bug-libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: call AC_DISABLE_SHARED "conditionally" for a certain host


From: Ralf Wildenhues
Subject: Re: call AC_DISABLE_SHARED "conditionally" for a certain host
Date: Thu, 16 Feb 2006 13:53:33 +0100
User-agent: Mutt/1.5.11

Hi Florian,

* Florian Schricker wrote on Wed, Feb 15, 2006 at 03:29:10PM CET:
> 
> Well... I get:
> 
> checking whether to build shared libraries... no
> checking whether to build static libraries... yes

Which is fine.

> on MinGW32, which is good - but still shared objects are build:
> 
> if /bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I..   
> -I/C/local/include/re-group  -g -O2 -MT messagelog.lo -MD -MP -MF 
> ".deps/messagelog.Tpo" \
>   -c -o messagelog.lo `test -f 'messagelog.cpp' || echo './'`messagelog.cpp; \
> then mv ".deps/messagelog.Tpo" ".deps/messagelog.Plo"; \
> else rm -f ".deps/messagelog.Tpo"; exit 1; \
> fi
>  g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/C/local/include/re-group -g -O2 -MT 
> messagelog.lo -MD -MP -MF .deps/messagelog.Tpo -c messagelog.cpp -o 
> messagelog.o

No. Above snippet shows in fact that shared objects are not built.
You can look at messagelog.lo to find that pic_object will be `none'.

> and in the end "it" still tries to build a shared lib, which fails
> since I do not provide "-no-undefined" with:
> 
> libtool: link: warning: undefined symbols not allowed in i686-pc-mingw32 
> shared libraries
> 
> (I know about  this error.)

Well, so do provide `-no-undefined' then.  ;-)

Cheers,
Ralf




reply via email to

[Prev in Thread] Current Thread [Next in Thread]