<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: pkg-config vs. Cross Compile and Multi-arch</title>
	<atom:link href="http://blogs.gnome.org/jamesh/2005/07/04/pkg-config-vs-cross-compile-and-multi-arch/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/jamesh/2005/07/04/pkg-config-vs-cross-compile-and-multi-arch/</link>
	<description>Random stuff</description>
	<lastBuildDate>Tue, 17 May 2011 12:23:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Ian Campbell</title>
		<link>http://blogs.gnome.org/jamesh/2005/07/04/pkg-config-vs-cross-compile-and-multi-arch/comment-page-1/#comment-11</link>
		<dc:creator>Ian Campbell</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/jamesh/2005/07/04/pkg-config-vs-cross-compile-and-multi-arch/#comment-11</guid>
		<description>I like the look of what you are doing, but thought you might be interested in how we have solved this problem for cross compiling.&lt;p/&gt;We have a cross tool chain (e.g. arm-linux-gcc) which is installed into prefix /opt/arcom/. We then build pkg-config with --libdir=/opt/arcom/arm-linux/lib               --program-prefix=arm-linux-&lt;p/&gt;Now when we cross compile libraries we put their .pc into the arm-linux pkgconfig directory and when we build something using pkg-config we pass in $PKGCONFIG (or whatever it is called) as arm-linux-pkgconfig -- which has nice symmetry with overriding $CC etc. If --host=arm-linux would cause configure to search for arm-linux-pkgconfig automatically like it does with gcc then that would be even cooler.&lt;p/&gt;This scheme probably doesn&#039;t help at all with bi-arch though.&lt;p/&gt;Ian.</description>
		<content:encoded><![CDATA[<p>I like the look of what you are doing, but thought you might be interested in how we have solved this problem for cross compiling.
<p />We have a cross tool chain (e.g. arm-linux-gcc) which is installed into prefix /opt/arcom/. We then build pkg-config with &#8211;libdir=/opt/arcom/arm-linux/lib               &#8211;program-prefix=arm-linux-
<p />Now when we cross compile libraries we put their .pc into the arm-linux pkgconfig directory and when we build something using pkg-config we pass in $PKGCONFIG (or whatever it is called) as arm-linux-pkgconfig &#8212; which has nice symmetry with overriding $CC etc. If &#8211;host=arm-linux would cause configure to search for arm-linux-pkgconfig automatically like it does with gcc then that would be even cooler.
<p />This scheme probably doesn&#8217;t help at all with bi-arch though.
<p />Ian.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Henstridge</title>
		<link>http://blogs.gnome.org/jamesh/2005/07/04/pkg-config-vs-cross-compile-and-multi-arch/comment-page-1/#comment-12</link>
		<dc:creator>James Henstridge</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/jamesh/2005/07/04/pkg-config-vs-cross-compile-and-multi-arch/#comment-12</guid>
		<description>Ian: with these changes, you should be able to use the system&#039;s default pkg-config binary.  It will just skip the system configured search paths, and only look in the directories you set in $PKG_CONFIG_PATH (which is the instructions most packages give you if installed packages can&#039;t be found).&lt;p/&gt;Having multiple pkg-config binaries would be another option, but the only difference between them would be about 3 strings inside the binaries, which seems a bit wasteful.  It also removes the need to recompile pkg-config when you want to target a new host type.</description>
		<content:encoded><![CDATA[<p>Ian: with these changes, you should be able to use the system&#8217;s default pkg-config binary.  It will just skip the system configured search paths, and only look in the directories you set in $PKG_CONFIG_PATH (which is the instructions most packages give you if installed packages can&#8217;t be found).
<p />Having multiple pkg-config binaries would be another option, but the only difference between them would be about 3 strings inside the binaries, which seems a bit wasteful.  It also removes the need to recompile pkg-config when you want to target a new host type.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/jamesh/2005/07/04/pkg-config-vs-cross-compile-and-multi-arch/feed/ ) in 0.13830 seconds, on Feb 11th, 2012 at 4:47 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 11th, 2012 at 5:47 am UTC -->
