Configure Error Failed To Build Gnu Libltdl
Support Search GitHub This repository Watch 110 Star 1,285 Fork 719 collectd/collectd Code Issues 175 Pull requests 131 Projects 0 Pulse Graphs New issue ./configure fails while configuring libtldl #106 Closed ecerulm opened this Issue Jul 17, 2012 · 1 comment Projects None yet Labels None yet Milestone No milestone Assignees No one assigned 1 participant ecerulm commented Jul 17, 2012 I run ./configure --prefix=/home/ecerulm/local and the output is ... === configuring in libltdl (/local/scratch/ecerulm/collectd/libltdl) configure: running /bin/sh ./configure --prefix=/home/ecerulm/local --cache-file=/dev/null --srcdir=. configure: loading site script /home/ecerulm/local/share/config.site checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. configure: error: ./configure failed for libltd If I do cd libltdl;/bin/sh ./configure --prefix=/home/ecerulm/local --cache-file=/dev/null --srcdir=. it succeeds. I tried to compare the config.log files of both executions and everything is exactly the same until the point configure:3095: checking for C compiler default output file name 90 configure:3117: gcc -I/home/ecerulm/local/include -L/home/ecerulm/local/lib conftest.c >&5 91 ./configure: line 3119: 11388 Aborted $CC $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext $LIBS 1>&5 92 configure:3121: $? = 134 93 configure:3159: result: 94 configure: failed program was: 95 | /* confdefs.h. */ 96 | #define PACKAGE_NAME "libltdl" 97 | #define PACKAGE_TARNAME "libltdl" 98 | #define PACKAGE_VERSION "2.2.6" 99 | #define PACKAGE_STRING "libltdl 2.2.6" 100 | #define PACKAGE_BUGREPORT "bug-libtool@gnu.org" 101 | #define PACKAGE "libltd
NewAccount | Log In Remember [x] | Forgot Password Login: [x] User account creation filtered due to spam. Bug32078 - [4.3 Regression] Make FAILURE in 4.3.0 - `CXXFLAGS' has changed error causes "libltdl: No such file or directory" Summary: [4.3 Regression] Make FAILURE in 4.3.0 - `CXXFLAGS' has changed error causes ... Status: RESOLVED FIXED Alias: None Product: gcc Classification: Unclassified Component: other (show other bugs) Version: 4.3.0 Importance: P3 normal Target https://github.com/collectd/collectd/issues/106 Milestone: 4.3.0 Assignee: Not yet assigned to anyone URL: http://gcc.gnu.org/ml/gcc-patches/200... Keywords: patch Depends on: 32098 Blocks: Show dependency tree /graph Reported: 2007-05-25 09:42 UTC by Rob Modified: 2007-06-06 23:22 UTC (History) CC List: 6 users (show) danglin gcc-bugs ghazi hjl.tools sje tromey See Also: Host: Target: Build: Known to work: Known to fail: Last https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32078 reconfirmed: 2007-05-25 13:31:30 Attachments A kludge to work around the autoconf bug. (318 bytes, patch) 2007-05-27 17:59 UTC, H.J. Lu Details | Diff View All Add an attachment (proposed patch, testcase, etc.) Note You need to log in before you can comment on or make changes to this bug. Description Rob 2007-05-25 09:42:49 UTC Two problems - the second one is months old and affects 4.2.0 4.2.1 4.3.0 1) Make breaks due to "configure: error: `CXXFLAGS' has changed since the previous run:" This did not happen yesterday, or the day before, ... 2) When make breaks (for _any_ reason, including the prior one) while building libjava any attempt to simply re-run make will fail since the Makefile does not fix the absence of the "libltdl" directory. It simply trys to change to "libltdl" without testing for it's existance and the dies. # make 2>&1 | tee make_6b_log.txt 3 hours later # grep -n Checking\ multilib\ configuration\ for\ libjava make_6a_log.txt 16963:Checking multilib configuration for libjava... Screen ou
[ subject ] [ author ] Hi, https://gmplib.org/list-archives/gmp-bugs/2012-January/002499.html It was already reported here: http://gmplib.org/list-archives/gmp-bugs/2010-February/001848.html but it is still http://hackage.haskell.org/package/libltdl-0.1.0.1/reports/1 not fixed in the newest gmp release (5.0.2). How to reproduce: On a Linux/glibc/x86_64 system with coreutils 8.12 installed (it contains a program called 'link'), do $ tar xvfz gmp-5.0.2.tar.gz $ cd gmp-5.0.2 $ ./configure --host=x86_64-pc-linux-gnu ... checking for BSD- configure error or MS-compatible name lister (nm)... no checking for x86_64-pc-linux-gnu-dumpbin... no checking for x86_64-pc-linux-gnu-link... no checking for dumpbin... no checking for link... link -dump -symbols checking the name lister (link -dump -symbols) interface... BSD nm ... checking if globals are prefixed by underscore... link: invalid option -- 'd' Try `link configure error failed --help' for more information. unknown configure: WARNING: +---------------------------------------------------------- configure: WARNING: | Cannot determine global symbol prefix. configure: WARNING: | link -dump -symbols output doesn't contain a global data symbol. configure: WARNING: | Will proceed with no underscore. configure: WARNING: | If this is wrong then you'll get link errors referring configure: WARNING: | to ___gmpn_add_n (note three underscores). configure: WARNING: | In this case do a fresh build with an override, configure: WARNING: | ./configure gmp_cv_asm_underscore=yes configure: WARNING: +---------------------------------------------------------- checking how to switch to read-only data section... .section .rodata checking for assembler .type directive... .type $1,@$2 checking for assembler .size directive... .size $1,$2 checking for assembler local label prefix... configure: WARNING: "link -dump -symbols" failure configure: WARNING: cannot determine local label, using default L L checking for assembler byte directive... .byte checking how to define a 32-bit word... link: invalid option -- 'd' Try `link --help' f
linux Arch x86_64 Dependencies base-4.6.0.1 Flags -examples Build log [view raw] Resolving dependencies... Downloading libltdl-0.1.0.1... [1 of 1] Compiling Main ( /tmp/libltdl-0.1.0.1-16624/libltdl-0.1.0.1/Setup.hs, /tmp/libltdl-0.1.0.1-16624/libltdl-0.1.0.1/dist/setup/Main.o ) Linking /tmp/libltdl-0.1.0.1-16624/libltdl-0.1.0.1/dist/setup/setup ... Configuring libltdl-0.1.0.1... configure: WARNING: unrecognized options: --with-compiler, --with-gcc checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... checking whether we are using the GNU C compiler... no checking whether gcc accepts -g... no checking for gcc option to accept ISO C89... unsupported checking how to run the C preprocessor... /lib/cpp configure: error: in `/tmp/libltdl-0.1.0.1-16624/libltdl-0.1.0.1': configure: error: C preprocessor "/lib/cpp" fails sanity check See `config.log' for more details Failed to install libltdl-0.1.0.1 cabal: Error: some packages failed to install: libltdl-0.1.0.1 failed during the configure step. The exception was: ExitFailure 1