|
From: Peter O'G. <pe...@po...> - 2003-05-30 02:48:11
|
On Friday, May 30, 2003, at 10:33 AM, Lachlan Andrew wrote: > > I think that the problem on the compile farm was that the dynamic C++ > library doesn't actually *exist* -- not just that it isn't being > found. That means that it *should* actually still have worked on a > system with that library, and a dynamic zlib (but as my email said, > I'm not holding my breath). > That is correct. Apple's gcc does not ship a shared libstdc++ (although this may change with 10.3 and Apple's version of gcc-3.3 (when I built from apple darwin cvs I got a shared libstdc++). I was promised that 10.3 would also include libtool-1.5, but who knows. Any version of libtool < 1.5 will refuse to link a static archive into a shared library on darwin, this was "fixed" in 1.5 by setting the deplibs_check_method to pass_all. What I've seen another project (gnucash) do is to append the entire contents of libtool.m4 to acinclude.m4 and check in a matching version of ltmain.sh to cvs. In their autogen script they run aclocal, automake, autoheader autoconf etc, but do not run libtoolize. This may also work for htdig. libtool issues totally suck :( Peter |