<?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: Building GSL as a Universal Binary</title>
	<atom:link href="http://www.dayel.com/2009/09/building-gsl-universal-binary/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dayel.com/2009/09/building-gsl-universal-binary/</link>
	<description></description>
	<lastBuildDate>Mon, 19 Jul 2010 21:22:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
	<item>
		<title>By: produibrut</title>
		<link>http://www.dayel.com/2009/09/building-gsl-universal-binary/comment-page-1/#comment-170</link>
		<dc:creator>produibrut</dc:creator>
		<pubDate>Thu, 24 Jun 2010 17:45:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.dayel.com/?p=390#comment-170</guid>
		<description>Hey Mark!

Thanks for providing the precompiled binaries! I originally compiled gsl 1.14 sources for my mac OSX 10.6 to link with my XCode 3.2 project but only the libgsl.a and libgslblas.a where made; and linking to them was not enough to run gsl_randist functions (even with the proper header files set in build options). ( I would get a xxx$non_lazy_ptr symbol not defined error)... 
but with your precompiled libgsl.a and librandist.a added to the project things work perfectly!

Thanks again! I&#039;ll have to learn how to compile all the libraries from source.
Cheers!

prdtbrt</description>
		<content:encoded><![CDATA[<p>Hey Mark!</p>
<p>Thanks for providing the precompiled binaries! I originally compiled gsl 1.14 sources for my mac OSX 10.6 to link with my XCode 3.2 project but only the libgsl.a and libgslblas.a where made; and linking to them was not enough to run gsl_randist functions (even with the proper header files set in build options). ( I would get a xxx$non_lazy_ptr symbol not defined error)&#8230;<br />
but with your precompiled libgsl.a and librandist.a added to the project things work perfectly!</p>
<p>Thanks again! I&#8217;ll have to learn how to compile all the libraries from source.<br />
Cheers!</p>
<p>prdtbrt</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Andolina</title>
		<link>http://www.dayel.com/2009/09/building-gsl-universal-binary/comment-page-1/#comment-19</link>
		<dc:creator>Ian Andolina</dc:creator>
		<pubDate>Fri, 16 Oct 2009 12:11:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.dayel.com/?p=390#comment-19</guid>
		<description>Mark, this worked absolutely perfectly. Thank you so much for this great post!

Ian</description>
		<content:encoded><![CDATA[<p>Mark, this worked absolutely perfectly. Thank you so much for this great post!</p>
<p>Ian</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://www.dayel.com/2009/09/building-gsl-universal-binary/comment-page-1/#comment-18</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 14 Oct 2009 04:52:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.dayel.com/?p=390#comment-18</guid>
		<description>I&#039;ve updated the script to make all the &#039;.a&#039; files (including &#039;libgslcblas.a&#039;) into universal binaries, and fixed the misplaced &#039;.h&#039; files (moved in v1.13?)  Thanks.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve updated the script to make all the &#8216;.a&#8217; files (including &#8216;libgslcblas.a&#8217;) into universal binaries, and fixed the misplaced &#8216;.h&#8217; files (moved in v1.13?)  Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Andolina</title>
		<link>http://www.dayel.com/2009/09/building-gsl-universal-binary/comment-page-1/#comment-17</link>
		<dc:creator>Ian Andolina</dc:creator>
		<pubDate>Tue, 13 Oct 2009 18:44:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.dayel.com/?p=390#comment-17</guid>
		<description>Hi, I need to build both libgsl.a and libgslcblas.a as universal binaries, but I cannot modify your script to make that happen - how do I do this? Also, I need the *.h include files but in /include I only get a Makefile.in and Makefile.am. I&#039;m on 10.6.1, XCode 3.2/GCC 4.2 and GSL 1.13.

Thanks for any advice!</description>
		<content:encoded><![CDATA[<p>Hi, I need to build both libgsl.a and libgslcblas.a as universal binaries, but I cannot modify your script to make that happen &#8211; how do I do this? Also, I need the *.h include files but in /include I only get a Makefile.in and Makefile.am. I&#8217;m on 10.6.1, XCode 3.2/GCC 4.2 and GSL 1.13.</p>
<p>Thanks for any advice!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://www.dayel.com/2009/09/building-gsl-universal-binary/comment-page-1/#comment-11</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Sun, 13 Sep 2009 19:54:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.dayel.com/?p=390#comment-11</guid>
		<description>You&#039;re welcome!

I briefly played with building a shared library, and it looks like it isn&#039;t straightforward.   If you set &#039;&lt;code&gt;--enable-shared&lt;/code&gt;&#039; in the configure flags, it will still only compile the static library unless it&#039;s for the native architecture.  From the output of configure, it looks like libtool is balking at the cross-compile.

I&#039;m not doing a &#039;make install&#039;, because I don&#039;t want it putting stuff into the system directories.  I think it safer to just to manually copy the library and includes where you want them, then statically link the &#039;.a&#039; file by dragging it into the libraries section of the project in XCode, and put the GSL include directory in the path.

As for the ppc64---it looks like they might have pulled support for cross-compiling ppc64 code from Snow Leopard. </description>
		<content:encoded><![CDATA[<p>You&#8217;re welcome!</p>
<p>I briefly played with building a shared library, and it looks like it isn&#8217;t straightforward.   If you set &#8216;<code>--enable-shared</code>&#8216; in the configure flags, it will still only compile the static library unless it&#8217;s for the native architecture.  From the output of configure, it looks like libtool is balking at the cross-compile.</p>
<p>I&#8217;m not doing a &#8216;make install&#8217;, because I don&#8217;t want it putting stuff into the system directories.  I think it safer to just to manually copy the library and includes where you want them, then statically link the &#8216;.a&#8217; file by dragging it into the libraries section of the project in XCode, and put the GSL include directory in the path.</p>
<p>As for the ppc64&#8212;it looks like they might have pulled support for cross-compiling ppc64 code from Snow Leopard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomas Knapen</title>
		<link>http://www.dayel.com/2009/09/building-gsl-universal-binary/comment-page-1/#comment-10</link>
		<dc:creator>Tomas Knapen</dc:creator>
		<pubDate>Sun, 13 Sep 2009 13:47:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.dayel.com/?p=390#comment-10</guid>
		<description>Thanks for this script! It builds all but ppc64 on snow leopard on my mbp. How do you install the resulting .a file, while also generating a .dylib file as a normal configure, make, make install? Thanks again!</description>
		<content:encoded><![CDATA[<p>Thanks for this script! It builds all but ppc64 on snow leopard on my mbp. How do you install the resulting .a file, while also generating a .dylib file as a normal configure, make, make install? Thanks again!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
