<?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: Adventures in Package Dependencies</title>
	<atom:link href="http://nklein.com/2009/10/adventures-in-package-dependencies/feed/" rel="self" type="application/rss+xml" />
	<link>http://nklein.com/2009/10/adventures-in-package-dependencies/</link>
	<description>software development and consulting</description>
	<lastBuildDate>Fri, 30 Dec 2011 03:29:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Boba</title>
		<link>http://nklein.com/2009/10/adventures-in-package-dependencies/comment-page-1/#comment-409</link>
		<dc:creator>Boba</dc:creator>
		<pubDate>Fri, 16 Oct 2009 18:48:01 +0000</pubDate>
		<guid isPermaLink="false">http://nklein.com/?p=984#comment-409</guid>
		<description>*whistles*  I&#039;ve fought that sort of thing in the past, too.  Of course, the difficulty varies with platform (SBCL, OpenMCL, ECL) (FreeBSD, OpenBSD, OS X).  I even once had to manually (normally, I use ASDF-INSTALL) chase down all the dependencies for Hunchentoot.  But, I don&#039;t recall even that being quite as nested and crazy as what you&#039;re doing here.

You may feel defeated, but hey, you stuck it out (far) longer than I would have lasted.</description>
		<content:encoded><![CDATA[<p>*whistles*  I&#8217;ve fought that sort of thing in the past, too.  Of course, the difficulty varies with platform (SBCL, OpenMCL, ECL) (FreeBSD, OpenBSD, OS X).  I even once had to manually (normally, I use ASDF-INSTALL) chase down all the dependencies for Hunchentoot.  But, I don&#8217;t recall even that being quite as nested and crazy as what you&#8217;re doing here.</p>
<p>You may feel defeated, but hey, you stuck it out (far) longer than I would have lasted.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vitaly</title>
		<link>http://nklein.com/2009/10/adventures-in-package-dependencies/comment-page-1/#comment-407</link>
		<dc:creator>Vitaly</dc:creator>
		<pubDate>Fri, 16 Oct 2009 08:28:59 +0000</pubDate>
		<guid isPermaLink="false">http://nklein.com/?p=984#comment-407</guid>
		<description>&lt;cite&gt;Did you know darcs needs the GNU Multi-precision Library? I’m assuming it uses its own hashing functions that want big integers or something, but I wasn’t really expecting all of that.&lt;/cite&gt;

Darcs requires libgmp through ghc (it is written in Haskell).</description>
		<content:encoded><![CDATA[<p><cite>Did you know darcs needs the GNU Multi-precision Library? I’m assuming it uses its own hashing functions that want big integers or something, but I wasn’t really expecting all of that.</cite></p>
<p>Darcs requires libgmp through ghc (it is written in Haskell).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pat</title>
		<link>http://nklein.com/2009/10/adventures-in-package-dependencies/comment-page-1/#comment-405</link>
		<dc:creator>pat</dc:creator>
		<pubDate>Thu, 15 Oct 2009 21:17:21 +0000</pubDate>
		<guid isPermaLink="false">http://nklein.com/?p=984#comment-405</guid>
		<description>If I want to use Zach&#039;s &lt;a href=&quot;http://www.xach.com/lisp/zpng/&quot; rel=&quot;nofollow&quot;&gt;PNG library&lt;/a&gt; on some platform, I hop into Lisp and ASDF-Install ZPNG.

If I want to use the FFI &lt;a href=&quot;http://www.ljosa.com/~ljosa/software/cl-png/&quot; rel=&quot;nofollow&quot;&gt;CL-PNG&lt;/a&gt;, then I hop into Lisp and ASDF-Install CL-PNG only to find that I need libpng.  Then, I scramble around the net to find &lt;a href=&quot;http://www.libpng.org/pub/png/libpng.html&quot; rel=&quot;nofollow&quot;&gt;libpng&lt;/a&gt;.  I figure out how to compile libpng only to discover that I need &lt;a href=&quot;http://www.zlib.net/&quot; rel=&quot;nofollow&quot;&gt;zlib&lt;/a&gt;.  I track down zlib, compile and install it.  Then, I go back into Lisp and try again to ASDF-Install CL-PNG.

I&#039;m not saying it&#039;s particularly FFI&#039;s fault or ASDF-Install&#039;s fault that neither can track down foreign software and build it.  I&#039;m just saying that I far prefer when things just work.</description>
		<content:encoded><![CDATA[<p>If I want to use Zach&#8217;s <a href="http://www.xach.com/lisp/zpng/" rel="nofollow">PNG library</a> on some platform, I hop into Lisp and ASDF-Install ZPNG.</p>
<p>If I want to use the FFI <a href="http://www.ljosa.com/~ljosa/software/cl-png/" rel="nofollow">CL-PNG</a>, then I hop into Lisp and ASDF-Install CL-PNG only to find that I need libpng.  Then, I scramble around the net to find <a href="http://www.libpng.org/pub/png/libpng.html" rel="nofollow">libpng</a>.  I figure out how to compile libpng only to discover that I need <a href="http://www.zlib.net/" rel="nofollow">zlib</a>.  I track down zlib, compile and install it.  Then, I go back into Lisp and try again to ASDF-Install CL-PNG.</p>
<p>I&#8217;m not saying it&#8217;s particularly FFI&#8217;s fault or ASDF-Install&#8217;s fault that neither can track down foreign software and build it.  I&#8217;m just saying that I far prefer when things just work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cyrus Harmon</title>
		<link>http://nklein.com/2009/10/adventures-in-package-dependencies/comment-page-1/#comment-403</link>
		<dc:creator>Cyrus Harmon</dc:creator>
		<pubDate>Thu, 15 Oct 2009 20:30:31 +0000</pubDate>
		<guid isPermaLink="false">http://nklein.com/?p=984#comment-403</guid>
		<description>Right, and the new version has all that stuff built into it. You only need those special forms for loading fftw-ffi-gen. fftw-ffi should asdf-load out of the box now. if it doesn&#039;t that&#039;s a bug.

This is really a problem of some poor design decisions on my part made long ago, coupled with some unneeded dependencies. Fix those design decisions, as I had done in my other gcc-xml-ffi-using libraries, and fix the bogus dependencies and the problem goes away.

I certainly accept and appreciate your criticisms of the fftw-ffi library, but they were fixable problems with my particular implementation. While the problems were many, they hardly justify an indictment of the entire approach to utilizing functionality that isn&#039;t written in lisp.</description>
		<content:encoded><![CDATA[<p>Right, and the new version has all that stuff built into it. You only need those special forms for loading fftw-ffi-gen. fftw-ffi should asdf-load out of the box now. if it doesn&#8217;t that&#8217;s a bug.</p>
<p>This is really a problem of some poor design decisions on my part made long ago, coupled with some unneeded dependencies. Fix those design decisions, as I had done in my other gcc-xml-ffi-using libraries, and fix the bogus dependencies and the problem goes away.</p>
<p>I certainly accept and appreciate your criticisms of the fftw-ffi library, but they were fixable problems with my particular implementation. While the problems were many, they hardly justify an indictment of the entire approach to utilizing functionality that isn&#8217;t written in lisp.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ivan</title>
		<link>http://nklein.com/2009/10/adventures-in-package-dependencies/comment-page-1/#comment-402</link>
		<dc:creator>ivan</dc:creator>
		<pubDate>Thu, 15 Oct 2009 19:44:27 +0000</pubDate>
		<guid isPermaLink="false">http://nklein.com/?p=984#comment-402</guid>
		<description>unfortunately too many lisp programmers &quot;release&quot; broken/undocumented code.
i say &quot;release&quot; because a big percentage of them don&#039;t even bother with that.
&#039;Get it straight outta cvs&#039; they say. Lack of docs is not unique to lisp, lots of opensource projects suffer from it too. The rest however is stupidly unique to lisp. People don&#039;t bother making proper releases, they still haven&#039;t implemented a good app for software distribution and installation (clbuild: only in lisp land could such an atrocity that pulls everything from VCS be regarded as a solution) and if this wasn&#039;t enough, there are horrible dependency chains that you have to deal with. i work around that by not using anything that i can&#039;t install with asdf-install. if i have to waste time in order to look for library dependencies, deal with bleeding edge VCS code, try to figure out how something works without docs, then it is not going to be used by me.</description>
		<content:encoded><![CDATA[<p>unfortunately too many lisp programmers &#8220;release&#8221; broken/undocumented code.<br />
i say &#8220;release&#8221; because a big percentage of them don&#8217;t even bother with that.<br />
&#8216;Get it straight outta cvs&#8217; they say. Lack of docs is not unique to lisp, lots of opensource projects suffer from it too. The rest however is stupidly unique to lisp. People don&#8217;t bother making proper releases, they still haven&#8217;t implemented a good app for software distribution and installation (clbuild: only in lisp land could such an atrocity that pulls everything from VCS be regarded as a solution) and if this wasn&#8217;t enough, there are horrible dependency chains that you have to deal with. i work around that by not using anything that i can&#8217;t install with asdf-install. if i have to waste time in order to look for library dependencies, deal with bleeding edge VCS code, try to figure out how something works without docs, then it is not going to be used by me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pat</title>
		<link>http://nklein.com/2009/10/adventures-in-package-dependencies/comment-page-1/#comment-401</link>
		<dc:creator>pat</dc:creator>
		<pubDate>Thu, 15 Oct 2009 17:19:05 +0000</pubDate>
		<guid isPermaLink="false">http://nklein.com/?p=984#comment-401</guid>
		<description>I don&#039;t think that&#039;s my problem.  I think it&#039;s that ASDF doesn&#039;t know what to do with the special forms you have in the defsystem that relate to turning the XML into something useable by Lisp.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think that&#8217;s my problem.  I think it&#8217;s that ASDF doesn&#8217;t know what to do with the special forms you have in the defsystem that relate to turning the XML into something useable by Lisp.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cyrus Harmon</title>
		<link>http://nklein.com/2009/10/adventures-in-package-dependencies/comment-page-1/#comment-400</link>
		<dc:creator>Cyrus Harmon</dc:creator>
		<pubDate>Thu, 15 Oct 2009 17:04:56 +0000</pubDate>
		<guid isPermaLink="false">http://nklein.com/?p=984#comment-400</guid>
		<description>Pat, there is a new version of fftw-ffi that doesn&#039;t require gcc-xml-ffi (or anything else for that matter), other than fftw3. You can find it at: &lt;a href=&quot;http://git.cyrusharmon.org/cgi-bin/gitweb.cgi?p=fftw-ffi.git;a=summary&quot; rel=&quot;nofollow&quot;&gt;http://git.cyrusharmon.org/cgi-bin/gitweb.cgi?p=fftw-ffi.git;a=summary&lt;/a&gt;

If you want to regenerate the ffi glue, you can use a more current gcc-xml-ffi (found on the above git repo) and asdf load fftw-ffi-gen and it should recreate the bindings.</description>
		<content:encoded><![CDATA[<p>Pat, there is a new version of fftw-ffi that doesn&#8217;t require gcc-xml-ffi (or anything else for that matter), other than fftw3. You can find it at: <a href="http://git.cyrusharmon.org/cgi-bin/gitweb.cgi?p=fftw-ffi.git;a=summary" rel="nofollow">http://git.cyrusharmon.org/cgi-bin/gitweb.cgi?p=fftw-ffi.git;a=summary</a></p>
<p>If you want to regenerate the ffi glue, you can use a more current gcc-xml-ffi (found on the above git repo) and asdf load fftw-ffi-gen and it should recreate the bindings.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pat</title>
		<link>http://nklein.com/2009/10/adventures-in-package-dependencies/comment-page-1/#comment-399</link>
		<dc:creator>pat</dc:creator>
		<pubDate>Thu, 15 Oct 2009 16:27:51 +0000</pubDate>
		<guid isPermaLink="false">http://nklein.com/?p=984#comment-399</guid>
		<description>And, I did end up downloading your binary.  I forgot that Darcs was Haskell.  Interesting.</description>
		<content:encoded><![CDATA[<p>And, I did end up downloading your binary.  I forgot that Darcs was Haskell.  Interesting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Bell</title>
		<link>http://nklein.com/2009/10/adventures-in-package-dependencies/comment-page-1/#comment-398</link>
		<dc:creator>Scott Bell</dc:creator>
		<pubDate>Thu, 15 Oct 2009 14:56:09 +0000</pubDate>
		<guid isPermaLink="false">http://nklein.com/?p=984#comment-398</guid>
		<description>The GHC runtime uses GMP (as of the latest released version) for bignum support. There is a GMP-free option in the next (6.12) release. The darcs binaries that I build for OS X (available on darcs.net) link libgmp statically, so you can simply put the binary in your path and away you go.

- Scott</description>
		<content:encoded><![CDATA[<p>The GHC runtime uses GMP (as of the latest released version) for bignum support. There is a GMP-free option in the next (6.12) release. The darcs binaries that I build for OS X (available on darcs.net) link libgmp statically, so you can simply put the binary in your path and away you go.</p>
<p>- Scott</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pat</title>
		<link>http://nklein.com/2009/10/adventures-in-package-dependencies/comment-page-1/#comment-397</link>
		<dc:creator>pat</dc:creator>
		<pubDate>Thu, 15 Oct 2009 13:34:45 +0000</pubDate>
		<guid isPermaLink="false">http://nklein.com/?p=984#comment-397</guid>
		<description>Well, if you&#039;re interested in trying to track down what&#039;s what.  I&#039;d say the biggest problem is that your packages have a bunch of dependencies.  Every step I took, I found one more package I needed first.  ASDF-Install couldn&#039;t find them, so I had to track each one down with Google.

I might have gotten away with only a third of the dependencies if things failed gracefully when the docs won&#039;t build.

The big problem with FFTW-FFI itself was getting the gccxml portion of the ASD file going.

I should also say that I&#039;ve run into this dependency chasing with various other people&#039;s packages in the past.  And, I&#039;ve run into similar situations with C libraries and Java libraries, too.  It&#039;s not just you.  And, it&#039;s not just Lisp.</description>
		<content:encoded><![CDATA[<p>Well, if you&#8217;re interested in trying to track down what&#8217;s what.  I&#8217;d say the biggest problem is that your packages have a bunch of dependencies.  Every step I took, I found one more package I needed first.  ASDF-Install couldn&#8217;t find them, so I had to track each one down with Google.</p>
<p>I might have gotten away with only a third of the dependencies if things failed gracefully when the docs won&#8217;t build.</p>
<p>The big problem with FFTW-FFI itself was getting the gccxml portion of the ASD file going.</p>
<p>I should also say that I&#8217;ve run into this dependency chasing with various other people&#8217;s packages in the past.  And, I&#8217;ve run into similar situations with C libraries and Java libraries, too.  It&#8217;s not just you.  And, it&#8217;s not just Lisp.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

