--
What|Removed |Added
GCC build triplet|libc-2.3.2/binutils with|i586-linux
|Ubuntu 5.04 |
GCC host triplet|Intel Pentium |i5
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-11
00:56 ---
I guess I shouldn't comment late at night. I'd forgotten about
EXTERN_FORCE_RELOC and the S_FORCE_RELOC check in adjust_reloc_syms. ie. the
hppa-linux tc_fix_adjustable is fine.
--
http://sourceware.
--
What|Removed |Added
CC||bernhard dot walle at gmx
||dot de
http://sourceware.org/bugzil
I build a shared object library that contains a component with a BSS space
object declared with 32K alignment. When the .so is loaded the alignment is
incorrect. Works fine in a normal program.
I have a tar with a README to demonstrate the problem but I do not see where to
attach it in the bug r
--- Additional Comments From schwab at suse dot de 2007-05-10 17:18 ---
>From tc-m68k.h:
/* Target *-*-elf implies an embedded target. No shared libs.
*-*-uclinux also requires special casing to prevent GAS from
generating unsupported R_68K_PC16 relocs. */
#define EXTERN_FORCE_REL
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-10
16:44 ---
Hmm. I'll bet hppa is doing the same as m68k-elf. Looks like both have buggy
tc_fix_adjustable implementations. Reducing relocs against globals to relocs
against section syms can break ELF shared librar
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-10
16:10 ---
http://sourceware.org/ml/binutils-cvs/2007-05/msg00052.html
--
What|Removed |Added
--
What|Removed |Added
CC||kazu at gcc dot gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=4454
--- You are receiving thi
--- Additional Comments From drow at sources dot redhat dot com 2007-05-10
15:19 ---
FYI, this appears to fix m68k-elf too. The problem only shows up if you rebuild
libstdc++; in eh_personality.o ".long __gxx_personality_v0" becomes a relocation
against the section .text.__gxx_personali
