[Bug bootstrap/50342] gcc/configure fails on Mac OS X Lion/Xcode 4.1 with recent GCCs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342 Matt Fago fago at earthlink dot net changed: What|Removed |Added CC||fago at earthlink dot net --- Comment #12 from Matt Fago fago at earthlink dot net 2013-01-14 19:35:43 UTC --- FYI, I recently ran into this issue as well building gcc 4.7.2 on MacOS 10.7.5 with XCode 4.1 installed. Configured via: ../gcc-4.7.2/configure --enable-languages=c,c++,fortran --enable-lto \ --program-suffix=-4.7 --enable-checking=release This command will use Apple's gcc 4.2.1. Bootstrap fails due to an ICE (I believe during the glibc build). First setting: export CC=gcc-4.4 export CXX=g++-4.4 fails with the error described in this bug report, while including -D_FORTIFY_SOURCE=0 in the above exports allows gcc to bootstrap.
[Bug bootstrap/48556] New: Gcc 4.6.0 bootstrap fails with in-tree GMP/MPFR/MPC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48556 Summary: Gcc 4.6.0 bootstrap fails with in-tree GMP/MPFR/MPC Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: f...@earthlink.net I'm trying to build gcc 4.6.0 on OpenSuSE 11.2 x86_64 with latest MPC, MPFR, GMP built in-tree (vers 0.9, 3.0.1, 5.0.1). I've always used in-tree builds in the past as they are the least troublesome. Configuring with: ../gcc-4.6.0/configure --prefix=/usr/local \ --libdir=/usr/local/lib64 --program-suffix=-4.6 \ --with-arch=corei7 --enable-languages=c,c++,fortran --enable-gold \ --enable-checking=release --with-system-zlib --enable-linux-futex \ --without-system-libunwind --with-ppl-lib=/usr/lib64 \ --with-ppl-include=/usr/include --with-cloog-lib=/usr/lib64 \ --with-cloog-include=/usr/include --enable-lto I get several errors such as: [...]/gcc/gcc-build-4.6.0/./mpc/src/.libs/libmpc.a(pow.o): In function mpc_pow_exact': [...]/gcc/gcc-build-4.6.0/mpc/src/../../../gcc-4.6.0/mpc/src/pow.c:123: undefined reference to `mpfr_get_z_2exp' Evidently this is caused by MPC picking up the older incompatible system version of MPFR? Shouldn't this be taken care of by the in-tree config somehow? I tried to get around this by installing the latest versions of mpc/mpfr/gmp/ppl/cloog that are available from the SuSE gcc-devel repository. I believe these are 0.8.2, 3.0.0, 5.0.1, 0.11-15, 0.15.10. However, this did not appear to solve the issue. Further removing the --with-ppl-* and --with-cloog-* configure flags resulted in a successful bootstrap. Perhaps these flags are making their way into the in-tree builds of mpc/mpfr/gmp somehow?
[Bug fortran/47331] [4.5/4.6 Regression] ICE in make_decl_rtl, at varasm.c:1133 (with -fopenmp)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47331 --- Comment #9 from Matt Fago fago at earthlink dot net 2011-01-25 17:10:07 UTC --- Awesome, thanks all! I'll continue testing the next snapshot.
[Bug fortran/47331] New: ICE in make_decl_rtl, at varasm.c:1133
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47331 Summary: ICE in make_decl_rtl, at varasm.c:1133 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: f...@earthlink.net Created attachment 22996 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22996 reproducer Compiling the attached test case with: gfortran-4.6-010811 -ffixed-form -cpp -ffixed-line-length-132 -fopenmp -c -o test-ice.o test-ice.f results in: test-ice.f: In function ‘wrt’: test-ice.f:34:0: internal compiler error: in make_decl_rtl, at varasm.c:1133 Please submit a full bug report, Note that -fopenmp is required. I have not yet had time to try the latest snapshot, and do not currently build trunk directly from svn. This was found using the 08-Jan-2011 snapshot built with: gfortran-4.6-010811 -v Using built-in specs. COLLECT_GCC=gfortran-4.6-010811 COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.6-20110108/configure --prefix=/usr/local --libdir=/usr/local/lib64 --program-suffix=-4.6-010811 --with-arch=corei7 --enable-languages=c,c++,fortran --enable-gold --enable-version-specific-runtime-libs --enable-checking=release --with-system-zlib --enable-linux-futex --without-system-libunwind --with-ppl=/usr/lib64 --with-cloog=/usr/lib64 --enable-lto Thread model: posix gcc version 4.6.0 20110108 (experimental) (GCC)
[Bug other/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415 Matt Fago fago at earthlink dot net changed: What|Removed |Added CC||fago at earthlink dot net --- Comment #10 from Matt Fago fago at earthlink dot net 2011-01-17 19:59:27 UTC --- Still an issue with gcc 4.5.2 release.
[Bug target/34957] duplicate libgcc_s.1.dylib warning on Mac OS X Leopard
--- Comment #8 from fago at earthlink dot net 2009-04-24 03:29 --- I'm also seeing this on a fresh bootstrap of 4.4.0. I also have gfortran 4.2 installed, and seem to recall the problem surfacing here, so perhaps it is not related to 4.3 or 4.4, but something left over from 4.2: gfortran-4.2 -v Using built-in specs. Target: i686-apple-darwin8 Configured with: /Builds/unix/gcc/gcc-4.2/configure --prefix=/usr/local --mandir=/share/man --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --build=i686-apple-darwin8 --host=i686-apple-darwin8 --target=i686-apple-darwin8 --enable-languages=fortran Thread model: posix gcc version 4.2.3 gfortran-4.4 -v Using built-in specs. Target: i386-apple-darwin9.6.0 Configured with: ../gcc-4.4.0/configure --program-suffix=-4.4 --enable-languages=c,c++,fortran Thread model: posix gcc version 4.4.0 (GCC) ls -l /usr/local/lib/libgcc_s* gives: -rw-r--r-- 1 root wheel 262128 Apr 23 21:09 libgcc_s.1.dylib -rw-r--r-- 1 root wheel 17372 Apr 23 21:09 libgcc_s.10.4.dylib -rw-r--r-- 1 root wheel 17500 Apr 23 21:09 libgcc_s.10.5.dylib lrwxr-xr-x 1 root wheel 16 Apr 23 21:09 libgcc_s_ppc64.1.dylib - libgcc_s.1.dylib lrwxr-xr-x 1 root wheel 16 Apr 23 21:09 libgcc_s_x86_64.1.dylib - libgcc_s.1.dylib -- fago at earthlink dot net changed: What|Removed |Added CC||fago at earthlink dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34957
[Bug other/26633] [4.1/4.2 Regression] Minimal c++ program using threads and exceptions crashes when compiled statically
--- Comment #5 from fago at earthlink dot net 2008-10-17 18:06 --- Just to document: I came across this bug with OpenMP using gcc 4.3.2 on RHEL4, with static libraries, and found the threads mentioned in #1 and #2. Linking dynamically fixed the segfaults on RHEL4. It does seem to be a bug in RHEL4 (glibc per #4?), as it works fine on Fedora 9. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26633
[Bug target/34719] N_GSYM stabs warning with common blocks on Mac OS X Leopard
--- Comment #5 from fago at earthlink dot net 2008-01-29 19:47 --- So it is a gcc issue -- seems like it will have to wait for 4.4 then? Easy enough work-around I guess. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34719