<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: pkg-config vs. Cross Compile and Multi-arch</title>
	<link>http://blogs.gnome.org/jamesh/2005/07/04/pkg-config-vs-cross-compile-and-multi-arch/</link>
	<description>Random stuff</description>
	<pubDate>Sun, 06 Jul 2008 01:12:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</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-11</link>
		<dc:creator>Ian Campbell</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>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'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-12</link>
		<dc:creator>James Henstridge</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>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'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'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>
