[Bug other/42792] cc1-dummy link fails with missing tree_ and rtl_ functions
--- Comment #3 from David dot Biesack at sas dot com 2010-02-08 13:52 --- Pretty much the same result. I did make dist-clean mkdir Linux-x64 cd Linux-x64 ../configure -with-gmp=/usr/local --with-mpfr=/usr/local --with-mpc=/usr/local and it still failed wit similar errors trying to link cc1-dummy: gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -o cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o i386-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o \ main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/usr/local/lib -L/usr/local/lib -lmpfr -lgmp i386-c.o: In function `ix86_pragma_target_parse': /usr/local/src/gcc-4.4.2/Linux-x64/gcc/../../gcc/config/i386/i386-c.c:259: undefined reference to `tree_check_failed' /usr/local/src/gcc-4.4.2/Linux-x64/gcc/../../gcc/config/i386/i386-c.c:271: undefined reference to `tree_check_failed' /usr/local/src/gcc-4.4.2/Linux-x64/gcc/../../gcc/config/i386/i386-c.c:272: undefined reference to `tree_check_failed' libbackend.a(gtype-desc.o): In function `gt_ggc_mx_rtx_def': /usr/local/src/gcc-4.4.2/Linux-x64/gcc/gtype-desc.c:1477: undefined reference to `rtl_check_failed_flag' Would adding --disable-bootstrap to configure help get around this? I tried (removed my Linux-x64 build dir and started over, adding --disable-bootstrap to the configure command) that but still got a failure: gcc -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -DHAVE_CONFIG_H -o jcf-dump java/jcf-dump.o java/jcf-io.o java/jcf-depend.o java/jcf-path.o java/win32-host.o java/zextract.o errors.o version.o ggc-none.o intl.o \ -L../zlib -lz ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a java/jvgenmain.o: In function `main': /usr/local/src/gcc-4.4.2/Linux-x64/gcc/../../gcc/java/jvgenmain.c:65: undefined reference to `gcc_init_libintl' collect2: ld returned 1 exit status make[2]: *** [jvgenmain] Error 1 make[2]: *** Waiting for unfinished jobs java/jcf-dump.o: In function `main': /usr/local/src/gcc-4.4.2/Linux-x64/gcc/../../gcc/java/jcf-dump.c:1185: undefined reference to `gcc_init_libintl' collect2: ld returned 1 exit status make[2]: *** [jcf-dump] Error 1 rm gfortran.pod gcc.pod make[2]: Leaving directory `/usr/local/src/gcc-4.4.2/Linux-x64/gcc' make[1]: *** [all-gcc] Error 2 make[1]: Leaving directory `/usr/local/src/gcc-4.4.2/Linux-x64' make: *** [all] Error 2 I will attach that full build log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42792
[Bug other/42792] cc1-dummy link fails with missing tree_ and rtl_ functions
--- Comment #4 from David dot Biesack at sas dot com 2010-02-08 13:54 --- Created an attachment (id=19821) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19821action=view) build log showing failure (configured with --disable-bootstrap) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42792
[Bug other/42792] New: cc1-dummy link fails with missing tree_ and rtl_ functions
I downloaded a fresh 4.4.2 source distribution and configured and build for x86_64-redhat-linux I'll attach a full build log, but basically the GCC build fails trying to link cc1-dummy with many, many undefined symbols. I've built local copies of GMP, MPFR, MPC in /usr/local (using -fPIC) and did # export LD_LIBRARY_PATH=/usr/local/lib # export LIBRARY_PATH=/usr/local/lib # ./configure --with-gmp=/usr/local --with-mpfr=/usr/local --with-mpc=/usr/local # make and got this error: gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -o cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o i386-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o \ main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/usr/local/lib -L/usr/local/lib -lmpfr -lgmp i386-c.o: In function `ix86_pragma_target_parse': /usr/local/src/gcc-4.4.2/host-x86_64-unknown-linux-gnu/gcc/../.././gcc/config/i386/i386-c.c:259: undefined reference to `tree_check_failed' /usr/local/src/gcc-4.4.2/host-x86_64-unknown-linux-gnu/gcc/../.././gcc/config/i386/i386-c.c:271: undefined reference to `tree_check_failed' /usr/local/src/gcc-4.4.2/host-x86_64-unknown-linux-gnu/gcc/../.././gcc/config/i386/i386-c.c:272: undefined reference to `tree_check_failed' libbackend.a(gtype-desc.o): In function `gt_ggc_mx_rtx_def': /usr/local/src/gcc-4.4.2/host-x86_64-unknown-linux-gnu/gcc/gtype-desc.c:1477: undefined reference to `rtl_check_failed_flag' libbackend.a(gtype-desc.o): In function `gt_pch_nx_rtx_def': /usr/local/src/gcc-4.4.2/host-x86_64-unknown-linux-gnu/gcc/gtype-desc.c:3588: undefined reference to `rtl_check_failed_flag' libbackend.a(gtype-desc.o): In function `gt_pch_p_7rtx_def': /usr/local/src/gcc-4.4.2/host-x86_64-unknown-linux-gnu/gcc/gtype-desc.c:6016: undefined reference to `rtl_check_failed_flag' with many more in the log My gcc is # gcc -v Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux Thread model: posix gcc version 4.1.2 20080704 (Red Hat 4.1.2-44) I'll attach a full gcc.log -- Summary: cc1-dummy link fails with missing tree_ and rtl_ functions Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: David dot Biesack at sas dot com GCC build triplet: x86_64-redhat-linux GCC host triplet: x86_64-redhat-linux GCC target triplet: x86_64-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42792
[Bug other/42792] cc1-dummy link fails with missing tree_ and rtl_ functions
--- Comment #1 from David dot Biesack at sas dot com 2010-01-18 16:21 --- Created an attachment (id=19647) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19647action=view) build log for gcc 4.4.2 build log showing environment, configure, make, and make errors linking cc1-dummy -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42792
[Bug libgcj/39747] [4.4/4.5 Regression] Installation documentation should suggest building libgmp as PIC for building with libjava
--- Comment #6 from David dot Biesack at sas dot com 2010-01-15 16:45 --- I had this problem on a Linux x86_64 build, manifested with the error /usr/local/lib/libgmp.so: could not read symbols: File in wrong format collect2: ld returned 1 exit status ( http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42750 ) I'm adding that text here so that if someone else has that problem and searches for it, they can find this bug entry. How does one configure gmp to build correctly so that it can be used by gcc? I can't find any doc in the gmp configure/texinfo that describes how to do that. I ran configure for it and it says -fPIC works in the log, but it does not put -fPIC in the Makefile. I explicitly added it to the CFLAGS in my Makefile CFLAGS = -O2 -pedantic -m64 -mtune=k8 -fPIC and rebuilt it; make check work (in gmp). -- David dot Biesack at sas dot com changed: What|Removed |Added CC||David dot Biesack at sas dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39747
[Bug bootstrap/42727] configure: error: cannot compute suffix of object files: cannot compile
--- Comment #8 from David dot Biesack at sas dot com 2010-01-14 19:42 --- Created an attachment (id=19600) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19600action=view) failed config on x86_64 (openmp) configure failed to determine the suffice for object files, causing gcc build to fail -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42727
[Bug bootstrap/42727] configure: error: cannot compute suffix of object files: cannot compile
--- Comment #10 from David dot Biesack at sas dot com 2010-01-14 20:09 --- I ran across this error also. I have local recent builds of gmp, mpfr, mpc and configured with ./configure --with-gmp=/usr/local --with-mpfr=/usr/local --with-mpc=/usr/local I'm working with a clean snapshot of the svn checkout of the GOMP/OpenMP code (155860) After running configure with no, the make fails. Although most of the config.log files show no problem with computing the suffix of object files, my ./x86_64-unknown-linux-gnu/libcc/config.log shows an error. I've attached it as libcc-config.log Attachment #19600. It contains: configure:3210: checking for suffix of object files configure:3232: /usr/local/src/gomp/host-x86_64-unknown-linux-gnu/gcc/xgcc -B/usr/local/src/gomp/host-x86_64-unknown-linux-gnu/gcc/ -B/usr/local/x86_64-unknown-linux-gnu/bin/ -B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/x86_64-unknown-linux-gnu/include -isystem /usr/local/x86_64-unknown-linux-gnu/sys-include-c -g -O2 conftest.c 5 /usr/local/src/gomp/host-x86_64-unknown-linux-gnu/gcc/cc1: error while loading shared libraries: libmpc.so.2: cannot open shared object file: No such file or directory configure:3236: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME GNU C Runtime Library | #define PACKAGE_TARNAME libgcc | #define PACKAGE_VERSION 1.0 | #define PACKAGE_STRING GNU C Runtime Library 1.0 | #define PACKAGE_BUGREPORT | #define PACKAGE_URL http://www.gnu.org/software/libgcc/; | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3250: error: in `/usr/local/src/gomp/x86_64-unknown-linux-gnu/libgcc': configure:3253: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. I have gcc/g++ : acl811 # gcc -v Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux Thread model: posix gcc version 4.1.2 20080704 (Red Hat 4.1.2-44) acl811 # g++ -v Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux Thread model: posix gcc version 4.1.2 20080704 (Red Hat 4.1.2-44) This is a RHEL system. # uname -a Linux acl811.unx.sas.com 2.6.18-128.el5 #1 SMP Wed Dec 17 11:41:38 EST 2008 x86_64 x86_64 x86_64 GNU/Linux My /usr/local/mpc looks ok: acl811 # ls -al /usr/local/lib/libmpc* -rw-r--r-- 1 root root 198774 Jan 14 14:45 /usr/local/lib/libmpc.a -rwxr-xr-x 1 root root996 Jan 14 14:45 /usr/local/lib/libmpc.la* lrwxrwxrwx 1 root root 15 Jan 14 14:45 /usr/local/lib/libmpc.so - libmpc.so.2.0.0* lrwxrwxrwx 1 root root 15 Jan 14 14:45 /usr/local/lib/libmpc.so.2 - libmpc.so.2.0.0* -rwxr-xr-x 1 root root 89755 Jan 14 14:45 /usr/local/lib/libmpc.so.2.0.0* acl811 # ldd /usr/local/lib/libmpc.so.2.0.0 libmpfr.so.1 = /usr/local/lib/libmpfr.so.1 (0x2ad05e4a4000) libgmp.so.3 = /usr/local/lib/libgmp.so.3 (0x2ad05e6f) libc.so.6 = /lib64/libc.so.6 (0x2ad05e968000) /lib64/ld-linux-x86-64.so.2 (0x003a05c0) however, I reran my mpc install to verify and when I dig, mu gnu openmp was able to find it and also compute the .o suffix and continue with the build -- David dot Biesack at sas dot com changed: What|Removed |Added CC||David dot Biesack at sas dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42727
[Bug other/42750] New: OpenMP/gcc build fails with /usr/local/lib/libgmp.so: could not read symbols: File in wrong format
/local/src/gomp/x86_64-unknown-linux-gnu/32/libjava' make[3]: *** [multi-do] Error 1 make[3]: Leaving directory `/usr/local/src/gomp/x86_64-unknown-linux-gnu/libjava' make[2]: *** [all-multi] Error 2 make[2]: Leaving directory `/usr/local/src/gomp/x86_64-unknown-linux-gnu/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/usr/local/src/gomp' make: *** [all] Error 2 However, 'make check' when I built libgmp worked, so I believe the libgmp.so is valid. checking the installed version shows: # ldd /usr/local/lib/libgmp.so libc.so.6 = /lib64/libc.so.6 (0x2b8f69b5d000) /lib64/ld-linux-x86-64.so.2 (0x003a05c0) # nm /usr/local/lib/libgmp.so 002515a0 d Linear_Congruential_Generator 002516a0 d Mersenne_Twister_Generator 00251680 d Mersenne_Twister_Generator_Noseed 00251740 a _DYNAMIC 002519d0 a _GLOBAL_OFFSET_TABLE_ U _IO_getc@@GLIBC_2.2.5 U _IO_putc@@GLIBC_2.2.5 w _Jv_RegisterClasses 000477d0 t step 00047940 t step U strchr@@GLIBC_2.2.5 U strcpy@@GLIBC_2.2.5 U strlen@@GLIBC_2.2.5 00048a20 r table.4538 00047970 t unget U ungetc@@GLIBC_2.2.5 U vfprintf@@GLIBC_2.2.5 U vsnprintf@@GLIBC_2.2.5 U vsprintf@@GLIBC_2.2.5 0004b720 r x.4549 0004b6c0 r x.4551 0004b7a0 r x.4551 So I'm not sure why this gcc build step failed, unable to read symbols. -- Summary: OpenMP/gcc build fails with /usr/local/lib/libgmp.so: could not read symbols: File in wrong format Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: David dot Biesack at sas dot com GCC build triplet: x86_64-redhat-linux GCC host triplet: x86_64-redhat-linux GCC target triplet: x86_64-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42750