[Top][All Lists]
[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