--- Comment #12 from bfriesen at simple dot dallas dot tx dot us
2009-07-01 16:42 ---
It seems that bugs gradually get fixed. I am successfully using GCC 4.3.3 on
the same system configure like:
/home/bfriesen/src/gnu/gcc-4.3.3/configure LDFLAGS='-L/usr/local/lib
-R/usr/local/lib
--- Comment #6 from bfriesen at simple dot dallas dot tx dot us 2008-03-11
15:51 ---
The previous GCC releases worked out of the box but 4.3.0 does not. Give
this, how can this bug report be invalid? The configuration for Solaris 10
on x86 hardware has clearly degraded as compared
--- Comment #9 from bfriesen at simple dot dallas dot tx dot us 2008-03-11
16:35 ---
A documentation update will be suffient provided that binutils 'ld' adequately
supports Solaris now. However, I notice that there are may be some issues with
code built/linked with the Sun linker
--- Comment #2 from bfriesen at simple dot dallas dot tx dot us 2008-03-10
21:49 ---
It seems (according to gcc -v) that GCC 4.2.1 re-configured itself to use:
/scratch/bfriesen/build/gcc-4.2.1/configure --program-suffix=-4.2.1
--enable-shared --enable-threads --enable-version
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bfriesen at simple dot dallas dot tx dot us
GCC build triplet: i386-pc-solaris2.10
GCC host triplet: i386-pc-solaris2.10
GCC target triplet: i386-pc-solaris2.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35531
--- Comment #3 from bfriesen at simple dot dallas dot tx dot us 2008-03-10
23:05 ---
By using 'as' and 'ld' from binutils-2.18, I have achieved a successful
compile. Using gas and the system linker was not sufficient since it resulted
in the same error. Based on past experience, I
--- Comment #19 from bfriesen at simple dot dallas dot tx dot us
2007-02-22 15:58 ---
(In reply to comment #8)
Note that, on PA, the linker does indeed annotate an executable with the
location in which it found the library, but that's just a cache, it doesn't
require the library
