libtool devel package still dll crippled.

[Robert Collins]

> -----Original Message-----
> From: Charles Wilson [mailto:cwilson@ece.gatech.edu] 
> Sent: Sunday, April 14, 2002 9:31 AM
> To: Robert Collins
> Cc: Cygwin-Apps
> Subject: Re: libtool devel package still dll crippled.
> 
> 
> Robert Collins wrote:
> 
> 
> > What Ralfs patch does is change
> > allow_undefined_flag to no (as opposed to unsupported) and
> 
> 
> ??  what's the difference between "...=unsupported" and "...=no" and 
> "...="?  Shouldn't the SAME answer be given in all sections, with 
> respect to whether "allow_undefined_flag" is a legal option?

Sorry, I was unclear. Ralfs alteration is at the right place, but IMO
wrong. It should leave always export = yes, and set "allow_undefined=".

This works for me with .dll's and C++. I'll try Ralf settings now and
see how it goes.
 
> Granted, you can't build a DLL -- in any language -- if there are 
> undefined symbols.  But if I want to use libtool to build a 
> static lib, 
> I should be allowed to have undefined symbols.  Fine -- by default 
> cygwin-libtool asserts -no-undefined, so I need to override 
> that.  SO, 
> allow_undefined_flag needs to be "yes" or "supported" or 
> "...=", right?

allow_undefined_flag should be "..=". IMO that is. I'm trying to get rid
of the configure.in AC_LIBTOOL_DLL garbage, and make it transparent to
the user. There is a lot to do - yes.
 
> I don't understand how merely allowing a user to supply a flag hurts 
> Ralf's KDE build -- unless he is (mistakenly) USING that flag (even 
> though he shouldn't when building a DLL).
> 
> And I REALLY don't want to disallow people from building static libs 
> with undefined symbols using cygwin libtool.

Which is why setting it to "..=="  is correct.
 
> Okay, my patch conflicts with his.  Original CVS (20020316) (ignoring 
> the always_export_symbols thing):
> 
> _LT_AC_TAGVAR(allow_undefined_flag, $1)=unsupported
> 
> My patch:
> 
> _LT_AC_TAGVAR(allow_undefined_flag, $1)=
> 
> Ralf's patch
> 
> _LT_AC_TAGVAR(allow_undefined_flag, $1)=no
> 
> Again, the "...=" came from you, Rob.  So, what's the 
> difference between 
> "...=" and "...=no" or "...=unsupported" (or "...=yes", for that 
> matter).  And which do we want/need?

We want "...=". In both locations.

I'll test the always_export_symbols settings now and send another email
when that build is done.

Rob