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


_______________________________________________
Bug-libtool mailing list
Bug-libtool@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-libtool

Reply via email to