--- Comment #5 from hjl dot tools at gmail dot com 2009-02-14 00:56 ---
FWIW, it isn't a problem with GNU linker when all files are compiled
with the same version of gcc since linker can merge identical strings
with gcc help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12056
--- 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
When using perverted technique like:
SUBROUTINE A
INTEGER, ALLOCATABLE, DIMENSION(:), TARGET :: ARRAY
INTEGER, POINTER, DIMENSION(:) :: ARRAY_PTR
COMMON /AP/ ARRAY_PTR !for later use in another sub
ALLOCATE(ARRAY(10))
ARRAY = 10
ARRAY_PTR => ARRAY
END SUBROUTINE A
SUBROUTINE B
INTEGER, POINTER,
--- 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 #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 #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 #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
--- 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 #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 #9 from jason at gcc dot gnu dot org 2009-02-14 05:42 ---
Fixed in 4.3 and 4.4.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Statu
I am trying to derive a minimal Testcase for a Bug found in:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39186
d# gcc/xgcc -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.11
--enable-languages=ad
101 - 111 of 111 matches
Mail list logo
