Peter Clifton wrote: > On Wed, 2009-01-14 at 21:22 +0000, Kai-Martin Knaak wrote: >> On Wed, 14 Jan 2009 20:30:59 +0000, Peter Clifton wrote: >> >>> Try installing newer libtool. >> Hmm. The libtool version I have installed is identical to the one in >> debian/sid (v1.5.26) There is v2.26 in debian/experimental. However, apt- >> get wants to remove guile-1.8 --> not good. >> >> >>> If that fails, try removing both the [shared] and [win32-dll] options. >> Where are the offending options? Can't grep "win32-dll" in config.h.in, >> or anywhere else in the source. > > libgeda/configure.ac.in > > Try just > > LT_INIT([win32_dll]) > > LT_INIT([shared]) > > and > > LT_INIT() > > Please report back which (perhaps more than one) of these work. > > If not, change the line for the old (deprecated - although I don't know > when) syntax: > > AC_LIBTOOL_WIN32_DLL > AM_PROG_LIBTOOL > > > If that _still_ doesn't work (and it really ought to), drop the: > > AC_LIBTOOL_WIN32_DLL line. > > I'm really interested to hear feedback on which of the above methods > work for you. > >>> If its too much of a burden, I'll put the old (deprecated) syntax back. >> Might be good to hold back until debian unfreezes... > > Sure, I mistakenly didn't think to discover exactly when the deprecated > AC_LIBTOOL_WIN32_DLL / AM_PROG_LIBTOOL syntax was actually deprecated. > Actually, perhaps AM_PROG_LIBTOOL isn't deprecated, and is needed as > well as LT_INIT.. I'm just not sure. > >
I'm pretty certain the OP's problem is that older libtools did not provide the LT_INIT macro. Hence you got the unexpanded macro in the configure script. libtool-1.5.22 which is what I have on my development machine does *not* have LT_INIT. I'm not sure when LT_INIT went in. -Dan _______________________________________________ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user