bug-libtool
[Top][All Lists]
Advanced

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

Re: 2.2.6: libltdlcS.c:22: error: 'lt_ptr' undeclared here (not in a


From: Akim Demaille
Subject: Re: 2.2.6: libltdlcS.c:22: error: 'lt_ptr' undeclared here (not in a function)
Date: Mon, 17 Nov 2008 22:38:28 +0100


I just discovered the warning at the beginning of the bootstrap process. Well, it appears libtool will need more robust checks, as apparently the tarball has this flaw.

WARNING: `aclocal.m4'.  The best way to work around such a problem is to
WARNING: uninstall your system libtool files, or failing that, overwrite
WARNING: them with all m4 file as shipped with this distribution (except
WARNING: `lt~obsolete.m4').  After that, retry this bootstrap.
autom4te --language=m4sh -B libltdl/config libltdl/config/ltmain.m4sh > libltdl/config/ltmain.in

As I post earlier, if I run "aclocal -I libltdl/m4" I get exactly the same aclocal.m4, although in the logs it pretends to ignore the older m4 files. yet, at the end, it says "reading aclocal.m4, writing aclocal.m4". I have found this surprising, and just for the fun of it, I rm'd aclocal.m4 before launching aclocal again. Then I get an aclocal which looks *much* cuter, with many m4_include as I expected, instead of the larger one with not a single m4_include.

At least on my machine, make check still passes (but so did the version from the original tarball).

And... (running the test on my package)... (unrelated question, waiting for the compilation to finish: would you accept C++ bindings for libltdl, or that would be more maintenance problems?)... (still compiling)... (heck, I really need to buy one of these blue gene machines)... and it works!

With one exception (a problem I already had earlier): I'm using subdir- objects, and the .deps files cannot be created because the directory is missing. I need to create it myself:

/bin/sh ./libtool --tag=CC --mode=compile ccache i686-apple- darwin9-gcc-4.0.1 -DHAVE_CONFIG_H -DLT_CONFIG_H='<sdk/config.h>' - DLTDL -I. -I../.. -Ilibltdl -I../../libltdl -I../../libltdl/libltdl - isystem /opt/local/include -DURBI_DEBUG -D_GLIBCXX_DEBUG -g -O2 -O2 -ggdb -MT libltdl/argz.lo -MD -MP -MF .deps/libltdl/argz.Tpo -c -o libltdl/argz.lo ../../libltdl/argz.c libtool: compile: ccache i686-apple-darwin9-gcc-4.0.1 - DHAVE_CONFIG_H "-DLT_CONFIG_H=<sdk/config.h>" -DLTDL -I. -I../.. - Ilibltdl -I../../libltdl -I../../libltdl/libltdl -isystem /opt/local/ include -DURBI_DEBUG -D_GLIBCXX_DEBUG -g -O2 -O2 -ggdb -MT libltdl/ argz.lo -MD -MP -MF .deps/libltdl/argz.Tpo -c ../../libltdl/argz.c - fno-common -DPIC -o libltdl/.libs/argz.o
distcc[40792] ERROR: compile (null) on localhost failed
../../libltdl/argz.c:225: fatal error: opening dependency file .deps/ libltdl/argz.Tpo: No such file or directory
compilation terminated.
distcc[40791] ERROR: compile ../../libltdl/argz.c on localhost failed
make[2]: *** [libltdl/argz.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
Compilation FAILED: /Users/akim/src/urbi/2.0/kernel/sdk-remote: build-for-darwin exit 2 address@hidden ~/src/urbi/2.0/kernel/sdk-remote $ mkdir _build/i386- apple-darwin9.5.0/.deps/libltdl
address@hidden ~/src/urbi/2.0/kernel/sdk-remote $ bd

This is easily addressed from configure.ac.




reply via email to

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