Re: gEDA-user: compiling gaf from git repos

[Dan McMahill <dan@xxxxxxxxxxxx>]

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@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user