Hi, I'm trying to compile 32-bit gcc 4.8.0 on Solaris 10 x86 with cloog 0.18.0, gmp 5.1.1, isl 0.11.1, mpc 1.0.1 and mpfr 3.1.1. I get the following failure several hours into the build: /bin/bash ./libtool --tag=CC --mode=link /var/tmp/build.bannimar/bannimar/gcc/4.8.0/ia32.sunos.5.10/studio11/host-i386-pc-solaris2.10/gcc/xgcc -B/var/tmp/build.bannimar/bannimar/gcc/4.8.0/ia32.sunos.5.10/studio11/host-i386-pc-solaris2.10/gcc/ -B/var/tmp/bannimar/gcc/4.8.0/install/.exec/ia32.sunos.5.10/studio11/i386-pc-solaris2.10/bin/ -B/var/tmp/bannimar/gcc/4.8.0/install/.exec/ia32.sunos.5.10/studio11/i386-pc-solaris2.10/lib/ -isystem /var/tmp/bannimar/gcc/4.8.0/install/.exec/ia32.sunos.5.10/studio11/i386-pc-solaris2.10/include -isystem /var/tmp/bannimar/gcc/4.8.0/install/.exec/ia32.sunos.5.10/studio11/i386-pc-solaris2.10/sys-include -march=i486 -mtune=i386 -fomit-frame-pointer -mrtm -Wall -Werror -Wc,-pthread -g -O2 -Wl,-M,../.././libitm/clearcap.map -o libitm.la -version-info 1:0:0 -Wl,-M,libitm.map-sun -rpath /var/tmp/bannimar/gcc/4.8.0/install/.exec/ia32.sunos.5.10/studio11/lib aatree.lo alloc.lo alloc_c.lo alloc_cpp.lo barrier.lo beginend.lo clone.lo eh_cpp.lo local.lo query.lo retry.lo rwlock.lo useraction.lo util.lo sjlj.lo tls.lo method-serial.lo method-gl.lo method-ml.lo x86_sse.lo x86_avx.lo libtool: link: /var/tmp/build.bannimar/bannimar/gcc/4.8.0/ia32.sunos.5.10/studio11/host-i386-pc-solaris2.10/gcc/xgcc -B/var/tmp/build.bannimar/bannimar/gcc/4.8.0/ia32.sunos.5.10/studio11/host-i386-pc-solaris2.10/gcc/ -B/var/tmp/bannimar/gcc/4.8.0/install/.exec/ia32.sunos.5.10/studio11/i386-pc-solaris2.10/bin/ -B/var/tmp/bannimar/gcc/4.8.0/install/.exec/ia32.sunos.5.10/studio11/i386-pc-solaris2.10/lib/ -isystem /var/tmp/bannimar/gcc/4.8.0/install/.exec/ia32.sunos.5.10/studio11/i386-pc-solaris2.10/include -isystem /var/tmp/bannimar/gcc/4.8.0/install/.exec/ia32.sunos.5.10/studio11/i386-pc-solaris2.10/sys-include -shared -Wl,-z -Wl,text -Wl,-h -Wl,libitm.so.1 -o .libs/libitm.so.1.0.0 .libs/aatree.o .libs/alloc.o .libs/alloc_c.o .libs/alloc_cpp.o .libs/barrier.o .libs/beginend.o .libs/clone.o .libs/eh_cpp.o .libs/local.o .libs/query.o .libs/retry.o .libs/rwlock.o .libs/useraction.o .libs/util.o .libs/sjlj.o .libs/tls.o .libs/method-serial.o .libs/method-gl.o .libs/method-ml.o .libs/x86_sse.o .libs/x86_avx.o -march=i486 -mtune=i386 -mrtm -pthread -Wl,-M -Wl,../.././libitm/clearcap.map -Wl,-M -Wl,libitm.map-sun ld: fatal: file /var/tmp/build.bannimar/bannimar/gcc/4.8.0/ia32.sunos.5.10/studio11/host-i386-pc-solaris2.10/gcc/crtbegin.o; section [7].eh_frame and file .libs/sjlj.o; section [12].eh_frame have incompatibile attributes and cannot be merged into a single output section collect2: error: ld returned 1 exit status gmake[7]: *** [libitm.la] Error 1 gmake[7]: Leaving directory `/var/tmp/build.bannimar/bannimar/gcc/4.8.0/ia32.sunos.5.10/studio11/i386-pc-solaris2.10/libitm' I configured with: $ export CC="/usr/sfw/bin/gcc -m32" $ export CXX="/usr/sfw/bin/g++ -m32" $ export ABI=32 $ configure --disable-checking --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++,fortran --with-gmp=<path_to_gmp> --with-mpfr=<path_to_mpfr> --with-mpc=<path_to_mpc> --enable-linker-build-id --with-cloog=<path_to_cloog> --with-isl=<path_to_isl> --with-gnu-as --with-as=/usr/sfw/bin/gas --without-gnu-ld --with-ld=/usr/ccs/bin/ld Bootstrap compiler: $ /usr/sfw/bin/gcc -v Reading specs from /ms/dist/sunos.5.10/PROJ/sfw/10.10/.exec/ia32.sunos.5.10/bin/../lib/gcc/i386-pc-solaris2.10/3.4.3/specs Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++ --enable-shared Thread model: posix gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath) Assembler: /usr/sfw/bin/gas version 2.15 I followed the advice from gcc/doc/install.texi and used gas but the Sun linker. The problem seems very similar to bug 53902. I note that the proposed eh_frame fix in https://github.com/richlowe/gcc/commit/610511a2a04185795a2e0d08ff25369126719346 is already included in the 4.8.0 configure.ac file. Any suggestions? I don't have to do a 32-bit build, but a 64-bit build came out with an altogether different problem (gcc bug) which I will be pursuing separately. I'm hoping that one or other of these two prongs of attack will eventually be forthcoming. Many thanks, Mark Bannister. -------------------------------------------------------------------------------- NOTICE: Morgan Stanley is not acting as a municipal advisor and the opinions or views contained herein are not intended to be, and do not constitute, advice within the meaning of Section 975 of the Dodd-Frank Wall Street Reform and Consumer Protection Act. If you have received this communication in error, please destroy all electronic and paper copies and notify the sender immediately. Mistransmission is not intended to waive confidentiality or privilege. Morgan Stanley reserves the right, to the extent permitted under applicable law, to monitor electronic communications. This message is subject to terms available at the following link: http://www.morganstanley.com/disclaimers. If you cannot access these links, please notify us by reply message and we will send the contents to you. By messaging with Morgan Stanley you consent to the foregoing.
