[PPL-devel] Graphite build fails if PPL configured with --disable-shared
Roberto Bagnara
bagnara at cs.unipr.it
Tue May 12 18:46:57 CEST 2009
Janis Johnson wrote:
> On Mon, 2009-05-11 at 13:07 -0700, Ian Lance Taylor wrote:
>> Another Graphite build issue: it appears that I must not use
>> --disable-shared when I configure PPL. If I do use --disable-shared, I
>> get this:
>>
>> /home/iant/gnu/ppl-0.10.2-install/lib/libppl_c.a(ppl_c_implementation_common.o): In function `finalize':
>> /home/iant/gnu/ppl-0.10.2/interfaces/C/../../src/ppl.hh:1842: undefined reference to `operator delete(void*)'
>>
>> followed by thousands of similar errors. This is unfortunate, as it
>> means that I must manually set LD_LIBRARY_PATH to the directory where
>> the PPL library is installed. This also makes it harder for anybody
>> else to run the compiler that I build. This needs to be fixed.
>
> I get around this by setting LDFLAGS for the ppl configure:
>
> LDFLAGS="-static" \
> ./configure \
> --prefix=$PREFIX \
> --build=powerpc-linux \
> --with-gnu-ld \
> --with-libgmp-prefix=$PREFIX \
> --with-libgmpxx-prefix=$PREFIX \
> --disable-shared
I am not sure I understand: we trust that Libtool, which provides us
with the --disable-shared option, will do the right thing. And it
seems it does here: the static library is built and passes its checks.
Perhaps you want something different from what --disable-shared promises,
that is, not to build any shared libraries?
> I copy libstdc++.a into the directory with the other GCC host
> libraries (gmp/mpfr/ppl/cloog/mpc).
>
> Building these libraries is indeed quite painful.
Any suggestion about how to improve the PPL is welcome. This, of course,
applies also to the build machinery.
All the best,
Roberto
--
Prof. Roberto Bagnara
Computer Science Group
Department of Mathematics, University of Parma, Italy
http://www.cs.unipr.it/~bagnara/
mailto:bagnara at cs.unipr.it
More information about the PPL-devel
mailing list