[Bug tree-optimization/57523] New: ICE in merge_assigned_reloads, at reload1.c:6062

2013-06-04 Thread chapter34 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57523

Bug ID: 57523
   Summary: ICE in merge_assigned_reloads, at reload1.c:6062
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: chapter34 at yahoo dot com

Created attachment 30256
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30256&action=edit
preprocessed source

While attempting to compile GCC 4.8.0 for Solaris 10 x86_64 using
/usr/sfw/bin/gcc 3.4.3 as a bootstrap compiler and /usr/sfw/bin/gas 2.15 as
assembler, I need the pre-requisite GMP library.

Compiling GMP 5.1.1 as follows:

~/gmp-5.1.1$ export CC="/usr/sfw/bin/gcc -m64" ABI=64
~/gmp-5.1.1$ ./configure --enable-cxx && gmake

It fails on:

~gmp-5.1.1/mpn$ /usr/sfw/bin/gcc -v -save-temps -m64 -std=gnu99 -DHAVE_CONFIG_H
-I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_sbpi1_div_qr_sec -O2 -pedantic
-fomit-frame-pointer -m64 -mtune=k8 -march=k8 -c sbpi1_div_qr_sec.c  -fPIC
-DPIC -o .libs/sbpi1_div_qr_sec.o
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)

/ms/dist/sunos.5.10/PROJ/sfw/10.10/.exec/ia32.sunos.5.10/bin/../libexec/gcc/i386-pc-solaris2.10/3.4.3/cc1
-E -quiet -v -I. -I.. -I.. -iprefix
/ms/dist/sunos.5.10/PROJ/sfw/10.10/.exec/ia32.sunos.5.10/bin/../lib/gcc/i386-pc-solaris2.10/3.4.3/
-DHAVE_CONFIG_H -D__GMP_WITHIN_GMP -DOPERATION_sbpi1_div_qr_sec -DPIC
sbpi1_div_qr_sec.c -m64 -m64 -mtune=k8 -march=k8 -std=gnu99 -pedantic
-fomit-frame-pointer -fPIC -O2 -o sbpi1_div_qr_sec.i
ignoring nonexistent directory
"/ms/dist/sunos.5.10/PROJ/sfw/10.10/.exec/ia32.sunos.5.10/bin/../lib/gcc/i386-pc-solaris2.10/3.4.3/../../../../i386-pc-solaris2.10/include"
ignoring duplicate directory
"/usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/include"
ignoring nonexistent directory
"/usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/../../../../i386-pc-solaris2.10/include"
ignoring duplicate directory ".."
#include "..." search starts here:
#include <...> search starts here:
 .
 ..

/ms/dist/sunos.5.10/PROJ/sfw/10.10/.exec/ia32.sunos.5.10/bin/../lib/gcc/i386-pc-solaris2.10/3.4.3/include
 /usr/local/include
 /usr/sfw/include
 /usr/include
End of search list.

/ms/dist/sunos.5.10/PROJ/sfw/10.10/.exec/ia32.sunos.5.10/bin/../libexec/gcc/i386-pc-solaris2.10/3.4.3/cc1
-fpreprocessed sbpi1_div_qr_sec.i -quiet -dumpbase sbpi1_div_qr_sec.c -m64 -m64
-mtune=k8 -march=k8 -auxbase-strip .libs/sbpi1_div_qr_sec.o -O2 -pedantic
-std=gnu99 -version -fomit-frame-pointer -fPIC -o sbpi1_div_qr_sec.s
GNU C version 3.4.3 (csl-sol210-3_4-branch+sol_rpath) (i386-pc-solaris2.10)
compiled by GNU C version 3.4.3 (csl-sol210-3_4-branch+sol_rpath).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
sbpi1_div_qr_sec.c: In function `__gmpn_sbpi1_div_qr_sec':
sbpi1_div_qr_sec.c:151: internal compiler error: in merge_assigned_reloads, at
reload1.c:6062
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

However, it compiles fine if I omit the -O2 flag.


[Bug libstdc++/32354] libstdc++.so.6 missing RPATH

2013-07-09 Thread chapter34 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32354

Mark R. Bannister  changed:

   What|Removed |Added

 CC||chapter34 at yahoo dot com

--- Comment #11 from Mark R. Bannister  ---
I've also hit this problem on Solaris 10 building gcc 4.8.0 and it's been
wasting an awful lot of time.  I intend to use $ORIGIN in my RPATH but could
not find a way to get an RPATH into libstdc++.  Having tried LDFLAGS, CFLAGS
and CXXFLAGS which get the RPATH into everything else ok *except* libstdc++, I
am now going to try LD_RUN_PATH as suggested in #9.

However, why has this been closed as RESOLVED INVALID?  There needs to be a way
of getting RPATHs successfully through to the built objects in a consistent and
configurable way, and we don't have that today.

Btw, re #8, see:

http://technicalprose.blogspot.co.uk/2013/06/editing-dtrpath-on-solaris-elf-objects.html