http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39186
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
--- Comment #11 from rob1weld at aol dot com 2009-02-16 13:12 ---
Results for 4.4.0 20090215 (experimental) [trunk revision 144190] (GCC)
testsuite on x86_64-pc-solaris2.11
http://gcc.gnu.org/ml/gcc-testresults/2009-02/msg01526.html
Rob
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #10 from rob1weld at aol dot com 2009-02-15 08:40 ---
Getting this working depended on re-fixing this Bug that is closed
(for other x86_64-* Targets) but affects this new Target:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31868
The Testsuite Results (NOT mailed) show some
--- Comment #9 from rob1weld at aol dot com 2009-02-14 14:36 ---
The Beast raises it's head (just "C" only):
# x86_64-pc-solaris2.11-gcc -v
Using built-in specs.
Target: x86_64-pc-solaris2.11
Configured with: ../gcc_trunk/configure --build=i386-pc-solaris2.11
--target=x86_64-pc-solaris2
--- Comment #8 from rob1weld at aol dot com 2009-02-14 04:36 ---
(In reply to comment #7)
> ...
> Slowly I inch forward ...
and go back ...
/usr/local/bin/ld: /usr/share/src/gcc_build/./gcc/amd64/crtbegin.o: relocation
R_X86_64_32 against `__DTOR_END__' can not be used when making a sha
--- Comment #7 from rob1weld at aol dot com 2009-02-14 04:17 ---
I grepped for CRT_GET_RFIB_DATA and found a definition at the tail of:
/usr/share/src/gcc_trunk/gcc/config/frv/frv.h .
Here is ../gcc_trunk/gcc/crtstuff.c :
static void __attribute__((used))
frame_dummy (void)
{ ...
and
--- Comment #6 from rob1weld at aol dot com 2009-02-14 03:39 ---
I wonder if I discovered a regression ...
If I compile with gcc version 4.4.0 20090213 (experimental) [trunk revision
144149] it produces a little of 32-bit code that is not going to get
compiled with all the "-m64" and "-
--- Comment #5 from rob1weld at aol dot com 2009-02-14 02:48 ---
I forced that 32 bit and continued, failing here:
T=`${PWDCMD-pwd}`/ \
&& cd ../../.././gcc \
&& gmake GCC_FOR_TARGET="/usr/share/src/gcc_build/./gcc/xgcc
-B/usr/share/src/gcc_build/./gcc/ -B/usr/local/x86_64-pc-solaris2.1
--- Comment #4 from rob1weld at aol dot com 2009-02-14 02:08 ---
Correction, should have said:
-Thus, I conclude that the "-m32" for
+Thus, I conclude that the "-m64" for
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39186
--- Comment #3 from rob1weld at aol dot com 2009-02-14 02:06 ---
The next issue is here:
../gcc_trunk/gcc/unwind-dw2.c and ../gcc_trunk/gcc/unwind-dw2-fde.c, etc ...
../../../../gcc_trunk/libgcc/../gcc/gthr-posix.h:44:21: error: pthread.h: No
such file or directory
../../../../gcc_tru
--- Comment #2 from rob1weld at aol dot com 2009-02-14 01:19 ---
A quick hack in ../gcc_trunk/libgcc/configure (line 2065) to
add "-m64" to the 'ac_compile' and 'ac_link' lines will allow
the build to proceed through libgcc to libgcov where it then
fails due to an issue unrelated to this
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-02-13 23:54 ---
the -X86_64 option is not being passed to as which is a bug in the specs.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
12 matches
Mail list logo