Bug #8765 “on mips{,el} atexit.o should be compiled with -mxgot” : Bugs : glibc package : Ubuntu

Revision history for this message

In Debian Bug tracker #274738, Thiemo Seufer (ica2-ts) wrote on 2004-10-03: Re: Bug#274738: on mips{,el} atexit.o should be compiled with -mxgot

#1

Matthias Klose wrote:
> Package: glibc
> Severity: serious
> Tags: sid
>
> current mainline libgcj fails to build on mips{,el}:
>
> /home/doko/gcc/gcc-snapshot-20041003/build/gcc/xgcc -shared-libgcc -B/home/doko/gcc/gcc-snapshot-20041003/build/gcc/ -nostdinc++ -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/include -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/sys-include -shared -nostdlib /usr/lib/crti.o /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtbeginS.o .libs/libgcj.la-2.o -Wl,--whole-archive ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a ./libltdl/.libs/libltdlc.a -Wl,--no-whole-archive -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libjava ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a -lpthread ./libltdl/.libs/libltdlc.a -ldl -lz -L/home/doko/gcc/gcc-snapshot-20041003/build/gcc -lgcc_s -lc -lgcc_s /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtendS.o /usr/lib/crtn.o -Wl,-soname -Wl,libgcj.so.6 -o .libs/libgcj.so.6.0.0
> /usr/lib/libc_nonshared.a(atexit.oS)(.text+0x38): In function `atexit':
> : relocation truncated to fit: R_MIPS_CALL16 __cxa_atexit@@GLIBC_2.2
> collect2: ld returned 1 exit status
> make[2]: *** [libgcj.la] Error 1
>
> can be fixed by compiling glibc's atexit with -mxgot

This needs _two_ sets of those objects then, because a link employing
multigot will silently break over xgot objects.

> (at least that's the way mozilla succeeded to build).

Actually, no, mozilla uses the standard gcc/libc objects. It believe it
happens to work because those objects are linked in earlier, so their
GOT entry offset doesn't exceed the limit.

Thiemo

Matthias Klose wrote:
> Package: glibc
> Severity: serious
> Tags: sid
> 
> current mainline libgcj fails to build on mips{,el}:
> 
> /home/doko/gcc/gcc-snapshot-20041003/build/gcc/xgcc -shared-libgcc -B/home/doko/gcc/gcc-snapshot-20041003/build/gcc/ -nostdinc++ -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/include -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/sys-include -shared -nostdlib /usr/lib/crti.o /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtbeginS.o .libs/libgcj.la-2.o -Wl,--whole-archive ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a ./libltdl/.libs/libltdlc.a -Wl,--no-whole-archive  -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libjava ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a -lpthread ./libltdl/.libs/libltdlc.a -ldl -lz -L/home/doko/gcc/gcc-snapshot-20041003/build/gcc -lgcc_s -lc -lgcc_s    /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtendS.o /usr/lib/crtn.o  -Wl,-soname -Wl,libgcj.so.6 -o .libs/libgcj.so.6.0.0
> /usr/lib/libc_nonshared.a(atexit.oS)(.text+0x38): In function `atexit':
> : relocation truncated to fit: R_MIPS_CALL16 __cxa_atexit@@GLIBC_2.2
> collect2: ld returned 1 exit status
> make[2]: *** [libgcj.la] Error 1
> 
> can be fixed by compiling glibc's atexit with -mxgot

This needs _two_ sets of those objects then, because a link employing
multigot will silently break over xgot objects.

> (at least that's the way mozilla succeeded to build).

Actually, no, mozilla uses the standard gcc/libc objects. It believe it
happens to work because those objects are linked in earlier, so their
GOT entry offset doesn't exceed the limit.

Thiemo

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-10-03:

#2

Automatically imported from Debian bug report #274738 http://bugs.debian.org/274738

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-10-03:

#3

Message-ID: <email address hidden>
Date: Sun, 3 Oct 2004 23:54:01 +0200
From: Matthias Klose <email address hidden>
To: <email address hidden>
Subject: on mips{,el} atexit.o should be compiled with -mxgot

UGFja2FnZTogZ2xpYmMNClNldmVyaXR5OiBzZXJpb3VzDQpUYWdzOiBzaWQNCg0KY3VycmVu
dCBtYWlubGluZSBsaWJnY2ogZmFpbHMgdG8gYnVpbGQgb24gbWlwc3ssZWx9Og0KDQovaG9t
ZS9kb2tvL2djYy9nY2Mtc25hcHNob3QtMjAwNDEwMDMvYnVpbGQvZ2NjL3hnY2MgLXNoYXJl
ZC1saWJnY2MgLUIvaG9tZS9kb2tvL2djYy9nY2Mtc25hcHNob3QtMjAwNDEwMDMvYnVpbGQv
Z2NjLyAtbm9zdGRpbmMrKyAtTC9ob21lL2Rva28vZ2NjL2djYy1zbmFwc2hvdC0yMDA0MTAw
My9idWlsZC9taXBzZWwtbGludXgtZ251L2xpYnN0ZGMrKy12My9zcmMgLUwvaG9tZS9kb2tv
L2djYy9nY2Mtc25hcHNob3QtMjAwNDEwMDMvYnVpbGQvbWlwc2VsLWxpbnV4LWdudS9saWJz
dGRjKystdjMvc3JjLy5saWJzIC1CL3Vzci9saWIvZ2NjLXNuYXBzaG90L21pcHNlbC1saW51
eC1nbnUvYmluLyAtQi91c3IvbGliL2djYy1zbmFwc2hvdC9taXBzZWwtbGludXgtZ251L2xp
Yi8gLWlzeXN0ZW0gL3Vzci9saWIvZ2NjLXNuYXBzaG90L21pcHNlbC1saW51eC1nbnUvaW5j
bHVkZSAtaXN5c3RlbSAvdXNyL2xpYi9nY2Mtc25hcHNob3QvbWlwc2VsLWxpbnV4LWdudS9z
eXMtaW5jbHVkZSAtc2hhcmVkIC1ub3N0ZGxpYiAvdXNyL2xpYi9jcnRpLm8gL2hvbWUvZG9r
by9nY2MvZ2NjLXNuYXBzaG90LTIwMDQxMDAzL2J1aWxkL2djYy9jcnRiZWdpblMubyAubGli
cy9saWJnY2oubGEtMi5vIC1XbCwtLXdob2xlLWFyY2hpdmUgLi4vbGliZmZpLy5saWJzL2xp
YmZmaV9jb252ZW5pZW5jZS5hIC4uL2JvZWhtLWdjLy5saWJzL2xpYmdjamdjX2NvbnZlbmll
bmNlLmEgLi9saWJsdGRsLy5saWJzL2xpYmx0ZGxjLmEgLVdsLC0tbm8td2hvbGUtYXJjaGl2
ZSAgLUwvaG9tZS9kb2tvL2djYy9nY2Mtc25hcHNob3QtMjAwNDEwMDMvYnVpbGQvbWlwc2Vs
LWxpbnV4LWdudS9saWJzdGRjKystdjMvc3JjIC1ML2hvbWUvZG9rby9nY2MvZ2NjLXNuYXBz
aG90LTIwMDQxMDAzL2J1aWxkL21pcHNlbC1saW51eC1nbnUvbGlic3RkYysrLXYzL3NyYy8u
bGlicyAtTC9ob21lL2Rva28vZ2NjL2djYy1zbmFwc2hvdC0yMDA0MTAwMy9idWlsZC9taXBz
ZWwtbGludXgtZ251L2xpYmphdmEgLi4vbGliZmZpLy5saWJzL2xpYmZmaV9jb252ZW5pZW5j
ZS5hIC4uL2JvZWhtLWdjLy5saWJzL2xpYmdjamdjX2NvbnZlbmllbmNlLmEgLWxwdGhyZWFk
IC4vbGlibHRkbC8ubGlicy9saWJsdGRsYy5hIC1sZGwgLWx6IC1ML2hvbWUvZG9rby9nY2Mv
Z2NjLXNuYXBzaG90LTIwMDQxMDAzL2J1aWxkL2djYyAtbGdjY19zIC1sYyAtbGdjY19zICAg
IC9ob21lL2Rva28vZ2NjL2djYy1zbmFwc2hvdC0yMDA0MTAwMy9idWlsZC9nY2MvY3J0ZW5k
Uy5vIC91c3IvbGliL2NydG4ubyAgLVdsLC1zb25hbWUgLVdsLGxpYmdjai5zby42IC1vIC5s
aWJzL2xpYmdjai5zby42LjAuMA0KL3Vzci9saWIvbGliY19ub25zaGFyZWQuYShhdGV4aXQu
b1MpKC50ZXh0KzB4MzgpOiBJbiBmdW5jdGlvbiBgYXRleGl0JzoNCjogcmVsb2NhdGlvbiB0
cnVuY2F0ZWQgdG8gZml0OiBSX01JUFNfQ0FMTDE2IF9fY3hhX2F0ZXhpdEBAR0xJQkNfMi4y
DQpjb2xsZWN0MjogbGQgcmV0dXJuZWQgMSBleGl0IHN0YXR1cw0KbWFrZVsyXTogKioqIFts
aWJnY2oubGFdIEVycm9yIDENCg0KY2FuIGJlIGZpeGVkIGJ5IGNvbXBpbGluZyBnbGliYydz
IGF0ZXhpdCB3aXRoIC1teGdvdCAoYXQgbGVhc3QgdGhhdCdzDQp0aGUgd2F5IG1vemlsbGEg
c3VjY2VlZGVkIHRvIGJ1aWxkKS4=

Message-ID: <16736.29945.331314.101296@gargle.gargle.HOWL>
Date: Sun, 3 Oct 2004 23:54:01 +0200
From: Matthias Klose <doko@cs.tu-berlin.de>
To: submit@bugs.debian.org
Subject: on mips{,el} atexit.o should be compiled with -mxgot

UGFja2FnZTogZ2xpYmMNClNldmVyaXR5OiBzZXJpb3VzDQpUYWdzOiBzaWQNCg0KY3VycmVu
dCBtYWlubGluZSBsaWJnY2ogZmFpbHMgdG8gYnVpbGQgb24gbWlwc3ssZWx9Og0KDQovaG9t
ZS9kb2tvL2djYy9nY2Mtc25hcHNob3QtMjAwNDEwMDMvYnVpbGQvZ2NjL3hnY2MgLXNoYXJl
ZC1saWJnY2MgLUIvaG9tZS9kb2tvL2djYy9nY2Mtc25hcHNob3QtMjAwNDEwMDMvYnVpbGQv
Z2NjLyAtbm9zdGRpbmMrKyAtTC9ob21lL2Rva28vZ2NjL2djYy1zbmFwc2hvdC0yMDA0MTAw
My9idWlsZC9taXBzZWwtbGludXgtZ251L2xpYnN0ZGMrKy12My9zcmMgLUwvaG9tZS9kb2tv
L2djYy9nY2Mtc25hcHNob3QtMjAwNDEwMDMvYnVpbGQvbWlwc2VsLWxpbnV4LWdudS9saWJz
dGRjKystdjMvc3JjLy5saWJzIC1CL3Vzci9saWIvZ2NjLXNuYXBzaG90L21pcHNlbC1saW51
eC1nbnUvYmluLyAtQi91c3IvbGliL2djYy1zbmFwc2hvdC9taXBzZWwtbGludXgtZ251L2xp
Yi8gLWlzeXN0ZW0gL3Vzci9saWIvZ2NjLXNuYXBzaG90L21pcHNlbC1saW51eC1nbnUvaW5j
bHVkZSAtaXN5c3RlbSAvdXNyL2xpYi9nY2Mtc25hcHNob3QvbWlwc2VsLWxpbnV4LWdudS9z
eXMtaW5jbHVkZSAtc2hhcmVkIC1ub3N0ZGxpYiAvdXNyL2xpYi9jcnRpLm8gL2hvbWUvZG9r
by9nY2MvZ2NjLXNuYXBzaG90LTIwMDQxMDAzL2J1aWxkL2djYy9jcnRiZWdpblMubyAubGli
cy9saWJnY2oubGEtMi5vIC1XbCwtLXdob2xlLWFyY2hpdmUgLi4vbGliZmZpLy5saWJzL2xp
YmZmaV9jb252ZW5pZW5jZS5hIC4uL2JvZWhtLWdjLy5saWJzL2xpYmdjamdjX2NvbnZlbmll
bmNlLmEgLi9saWJsdGRsLy5saWJzL2xpYmx0ZGxjLmEgLVdsLC0tbm8td2hvbGUtYXJjaGl2
ZSAgLUwvaG9tZS9kb2tvL2djYy9nY2Mtc25hcHNob3QtMjAwNDEwMDMvYnVpbGQvbWlwc2Vs
LWxpbnV4LWdudS9saWJzdGRjKystdjMvc3JjIC1ML2hvbWUvZG9rby9nY2MvZ2NjLXNuYXBz
aG90LTIwMDQxMDAzL2J1aWxkL21pcHNlbC1saW51eC1nbnUvbGlic3RkYysrLXYzL3NyYy8u
bGlicyAtTC9ob21lL2Rva28vZ2NjL2djYy1zbmFwc2hvdC0yMDA0MTAwMy9idWlsZC9taXBz
ZWwtbGludXgtZ251L2xpYmphdmEgLi4vbGliZmZpLy5saWJzL2xpYmZmaV9jb252ZW5pZW5j
ZS5hIC4uL2JvZWhtLWdjLy5saWJzL2xpYmdjamdjX2NvbnZlbmllbmNlLmEgLWxwdGhyZWFk
IC4vbGlibHRkbC8ubGlicy9saWJsdGRsYy5hIC1sZGwgLWx6IC1ML2hvbWUvZG9rby9nY2Mv
Z2NjLXNuYXBzaG90LTIwMDQxMDAzL2J1aWxkL2djYyAtbGdjY19zIC1sYyAtbGdjY19zICAg
IC9ob21lL2Rva28vZ2NjL2djYy1zbmFwc2hvdC0yMDA0MTAwMy9idWlsZC9nY2MvY3J0ZW5k
Uy5vIC91c3IvbGliL2NydG4ubyAgLVdsLC1zb25hbWUgLVdsLGxpYmdjai5zby42IC1vIC5s
aWJzL2xpYmdjai5zby42LjAuMA0KL3Vzci9saWIvbGliY19ub25zaGFyZWQuYShhdGV4aXQu
b1MpKC50ZXh0KzB4MzgpOiBJbiBmdW5jdGlvbiBgYXRleGl0JzoNCjogcmVsb2NhdGlvbiB0
cnVuY2F0ZWQgdG8gZml0OiBSX01JUFNfQ0FMTDE2IF9fY3hhX2F0ZXhpdEBAR0xJQkNfMi4y
DQpjb2xsZWN0MjogbGQgcmV0dXJuZWQgMSBleGl0IHN0YXR1cw0KbWFrZVsyXTogKioqIFts
aWJnY2oubGFdIEVycm9yIDENCg0KY2FuIGJlIGZpeGVkIGJ5IGNvbXBpbGluZyBnbGliYydz
IGF0ZXhpdCB3aXRoIC1teGdvdCAoYXQgbGVhc3QgdGhhdCdzDQp0aGUgd2F5IG1vemlsbGEg
c3VjY2VlZGVkIHRvIGJ1aWxkKS4=

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-10-04:

#4

Message-ID: <email address hidden>
Date: Mon, 4 Oct 2004 00:25:00 +0200
From: Thiemo Seufer <email address hidden>
To: Matthias Klose <email address hidden>, <email address hidden>
Subject: Re: Bug#274738: on mips{,el} atexit.o should be compiled with -mxgot

Matthias Klose wrote:
> Package: glibc
> Severity: serious
> Tags: sid
>=20
> current mainline libgcj fails to build on mips{,el}:
>=20
> /home/doko/gcc/gcc-snapshot-20041003/build/gcc/xgcc -shared-libgcc -B/hom=
e/doko/gcc/gcc-snapshot-20041003/build/gcc/ -nostdinc++ -L/home/doko/gcc/gc=
c-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gc=
c/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -B/us=
r/lib/gcc-snapshot/mipsel-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/mipsel-lin=
ux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/include -isyste=
m /usr/lib/gcc-snapshot/mipsel-linux-gnu/sys-include -shared -nostdlib /usr=
/lib/crti.o /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtbeginS.o .lib=
s/libgcj.la-2.o -Wl,--whole-archive ../libffi/.libs/libffi_convenience.a ..=
/boehm-gc/.libs/libgcjgc_convenience.a ./libltdl/.libs/libltdlc.a -Wl,--no-=
whole-archive -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gn=
u/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linu=
x-gnu/libstdc++-v3/src/.libs -L/home/doko/gcc/gcc-snapshot-20041003/build/m=
ipsel-linux-gnu/libjava ../libffi/.libs/libffi_convenience.a ../boehm-gc/.l=
ibs/libgcjgc_convenience.a -lpthread ./libltdl/.libs/libltdlc.a -ldl -lz -L=
/home/doko/gcc/gcc-snapshot-20041003/build/gcc -lgcc_s -lc -lgcc_s /home=
/doko/gcc/gcc-snapshot-20041003/build/gcc/crtendS.o /usr/lib/crtn.o -Wl,-s=
oname -Wl,libgcj.so.6 -o .libs/libgcj.so.6.0.0
> /usr/lib/libc_nonshared.a(atexit.oS)(.text+0x38): In function `atexit':
> : relocation truncated to fit: R_MIPS_CALL16 __cxa_atexit@@GLIBC_2.2
> collect2: ld returned 1 exit status
> make[2]: *** [libgcj.la] Error 1
>=20
> can be fixed by compiling glibc's atexit with -mxgot

This needs _two_ sets of those objects then, because a link employing
multigot will silently break over xgot objects.

> (at least that's the way mozilla succeeded to build).

Actually, no, mozilla uses the standard gcc/libc objects. It believe it
happens to work because those objects are linked in earlier, so their
GOT entry offset doesn't exceed the limit.

Thiemo

Message-ID: <20041003222500.GW21351@rembrandt.csv.ica.uni-stuttgart.de>
Date: Mon, 4 Oct 2004 00:25:00 +0200
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
To: Matthias Klose <doko@cs.tu-berlin.de>, 274738@bugs.debian.org
Subject: Re: Bug#274738: on mips{,el} atexit.o should be compiled with -mxgot

Matthias Klose wrote:
> Package: glibc
> Severity: serious
> Tags: sid
>=20
> current mainline libgcj fails to build on mips{,el}:
>=20
> /home/doko/gcc/gcc-snapshot-20041003/build/gcc/xgcc -shared-libgcc -B/hom=
e/doko/gcc/gcc-snapshot-20041003/build/gcc/ -nostdinc++ -L/home/doko/gcc/gc=
c-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gc=
c/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -B/us=
r/lib/gcc-snapshot/mipsel-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/mipsel-lin=
ux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/include -isyste=
m /usr/lib/gcc-snapshot/mipsel-linux-gnu/sys-include -shared -nostdlib /usr=
/lib/crti.o /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtbeginS.o .lib=
s/libgcj.la-2.o -Wl,--whole-archive ../libffi/.libs/libffi_convenience.a ..=
/boehm-gc/.libs/libgcjgc_convenience.a ./libltdl/.libs/libltdlc.a -Wl,--no-=
whole-archive  -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gn=
u/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linu=
x-gnu/libstdc++-v3/src/.libs -L/home/doko/gcc/gcc-snapshot-20041003/build/m=
ipsel-linux-gnu/libjava ../libffi/.libs/libffi_convenience.a ../boehm-gc/.l=
ibs/libgcjgc_convenience.a -lpthread ./libltdl/.libs/libltdlc.a -ldl -lz -L=
/home/doko/gcc/gcc-snapshot-20041003/build/gcc -lgcc_s -lc -lgcc_s    /home=
/doko/gcc/gcc-snapshot-20041003/build/gcc/crtendS.o /usr/lib/crtn.o  -Wl,-s=
oname -Wl,libgcj.so.6 -o .libs/libgcj.so.6.0.0
> /usr/lib/libc_nonshared.a(atexit.oS)(.text+0x38): In function `atexit':
> : relocation truncated to fit: R_MIPS_CALL16 __cxa_atexit@@GLIBC_2.2
> collect2: ld returned 1 exit status
> make[2]: *** [libgcj.la] Error 1
>=20
> can be fixed by compiling glibc's atexit with -mxgot

This needs _two_ sets of those objects then, because a link employing
multigot will silently break over xgot objects.

> (at least that's the way mozilla succeeded to build).

Actually, no, mozilla uses the standard gcc/libc objects. It believe it
happens to work because those objects are linked in earlier, so their
GOT entry offset doesn't exceed the limit.

Thiemo

Revision history for this message

James Troup (elmo) wrote on 2004-10-04:

#5

mipsen not a warty release arch

Revision history for this message

In Debian Bug tracker #274738, GOTO Masanori (gotom-debian) wrote on 2004-10-05:

#6

At Mon, 4 Oct 2004 00:25:00 +0200,
Thiemo Seufer wrote:
> > current mainline libgcj fails to build on mips{,el}:
> >
> > /home/doko/gcc/gcc-snapshot-20041003/build/gcc/xgcc -shared-libgcc -B/home/doko/gcc/gcc-snapshot-20041003/build/gcc/ -nostdinc++ -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/include -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/sys-include -shared -nostdlib /usr/lib/crti.o /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtbeginS.o .libs/libgcj.la-2.o -Wl,--whole-archive ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a ./libltdl/.libs/libltdlc.a -Wl,--no-whole-archive -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-g
nu/libjava ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a -lpthread ./libltdl/.libs/libltdlc.a -ldl -lz -L/home/doko/gcc/gcc-snapshot-20041003/build/gcc -lgcc_s -lc -lgcc_s /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtendS.o /usr/lib/crtn.o -Wl,-soname -Wl,libgcj.so.6 -o .libs/libgcj.so.6.0.0
> > /usr/lib/libc_nonshared.a(atexit.oS)(.text+0x38): In function `atexit':
> > : relocation truncated to fit: R_MIPS_CALL16 __cxa_atexit@@GLIBC_2.2
> > collect2: ld returned 1 exit status
> > make[2]: *** [libgcj.la] Error 1
> >
> > can be fixed by compiling glibc's atexit with -mxgot
>
> This needs _two_ sets of those objects then, because a link employing
> multigot will silently break over xgot objects.

Does this problem come from glibc's compilation problem?

> > (at least that's the way mozilla succeeded to build).
>
> Actually, no, mozilla uses the standard gcc/libc objects. It believe it
> happens to work because those objects are linked in earlier, so their
> GOT entry offset doesn't exceed the limit.

Do you know what's the actual problem?

Regards,
-- gotom

At Mon, 4 Oct 2004 00:25:00 +0200,
Thiemo Seufer wrote:
> > current mainline libgcj fails to build on mips{,el}:
> > 
> > /home/doko/gcc/gcc-snapshot-20041003/build/gcc/xgcc -shared-libgcc -B/home/doko/gcc/gcc-snapshot-20041003/build/gcc/ -nostdinc++ -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/include -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/sys-include -shared -nostdlib /usr/lib/crti.o /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtbeginS.o .libs/libgcj.la-2.o -Wl,--whole-archive ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a ./libltdl/.libs/libltdlc.a -Wl,--no-whole-archive  -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-g
 nu/libjava ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a -lpthread ./libltdl/.libs/libltdlc.a -ldl -lz -L/home/doko/gcc/gcc-snapshot-20041003/build/gcc -lgcc_s -lc -lgcc_s    /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtendS.o /usr/lib/crtn.o  -Wl,-soname -Wl,libgcj.so.6 -o .libs/libgcj.so.6.0.0
> > /usr/lib/libc_nonshared.a(atexit.oS)(.text+0x38): In function `atexit':
> > : relocation truncated to fit: R_MIPS_CALL16 __cxa_atexit@@GLIBC_2.2
> > collect2: ld returned 1 exit status
> > make[2]: *** [libgcj.la] Error 1
> > 
> > can be fixed by compiling glibc's atexit with -mxgot
>
> This needs _two_ sets of those objects then, because a link employing
> multigot will silently break over xgot objects.

Does this problem come from glibc's compilation problem?

> > (at least that's the way mozilla succeeded to build).
> 
> Actually, no, mozilla uses the standard gcc/libc objects. It believe it
> happens to work because those objects are linked in earlier, so their
> GOT entry offset doesn't exceed the limit.

Do you know what's the actual problem?

Regards,
-- gotom

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-10-05:

#7

Message-ID: <email address hidden>
Date: Tue, 05 Oct 2004 10:04:20 +0900
From: GOTO Masanori <email address hidden>
To: Thiemo Seufer <email address hidden>,
<email address hidden>
Cc: Matthias Klose <email address hidden>
Subject: Re: Bug#274738: on mips{,el} atexit.o should be compiled with -mxgot

At Mon, 4 Oct 2004 00:25:00 +0200,
Thiemo Seufer wrote:
> > current mainline libgcj fails to build on mips{,el}:
> >
> > /home/doko/gcc/gcc-snapshot-20041003/build/gcc/xgcc -shared-libgcc -B/home/doko/gcc/gcc-snapshot-20041003/build/gcc/ -nostdinc++ -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/include -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/sys-include -shared -nostdlib /usr/lib/crti.o /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtbeginS.o .libs/libgcj.la-2.o -Wl,--whole-archive ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a ./libltdl/.libs/libltdlc.a -Wl,--no-whole-archive -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-g
nu/libjava ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a -lpthread ./libltdl/.libs/libltdlc.a -ldl -lz -L/home/doko/gcc/gcc-snapshot-20041003/build/gcc -lgcc_s -lc -lgcc_s /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtendS.o /usr/lib/crtn.o -Wl,-soname -Wl,libgcj.so.6 -o .libs/libgcj.so.6.0.0
> > /usr/lib/libc_nonshared.a(atexit.oS)(.text+0x38): In function `atexit':
> > : relocation truncated to fit: R_MIPS_CALL16 __cxa_atexit@@GLIBC_2.2
> > collect2: ld returned 1 exit status
> > make[2]: *** [libgcj.la] Error 1
> >
> > can be fixed by compiling glibc's atexit with -mxgot
>
> This needs _two_ sets of those objects then, because a link employing
> multigot will silently break over xgot objects.

Does this problem come from glibc's compilation problem?

> > (at least that's the way mozilla succeeded to build).
>
> Actually, no, mozilla uses the standard gcc/libc objects. It believe it
> happens to work because those objects are linked in earlier, so their
> GOT entry offset doesn't exceed the limit.

Do you know what's the actual problem?

Regards,
-- gotom

Message-ID: <813c0ukmaz.wl@omega.webmasters.gr.jp>
Date: Tue, 05 Oct 2004 10:04:20 +0900
From: GOTO Masanori <gotom@debian.or.jp>
To: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>,
	274738@bugs.debian.org
Cc: Matthias Klose <doko@cs.tu-berlin.de>
Subject: Re: Bug#274738: on mips{,el} atexit.o should be compiled with -mxgot

At Mon, 4 Oct 2004 00:25:00 +0200,
Thiemo Seufer wrote:
> > current mainline libgcj fails to build on mips{,el}:
> > 
> > /home/doko/gcc/gcc-snapshot-20041003/build/gcc/xgcc -shared-libgcc -B/home/doko/gcc/gcc-snapshot-20041003/build/gcc/ -nostdinc++ -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/include -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/sys-include -shared -nostdlib /usr/lib/crti.o /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtbeginS.o .libs/libgcj.la-2.o -Wl,--whole-archive ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a ./libltdl/.libs/libltdlc.a -Wl,--no-whole-archive  -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-g
 nu/libjava ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a -lpthread ./libltdl/.libs/libltdlc.a -ldl -lz -L/home/doko/gcc/gcc-snapshot-20041003/build/gcc -lgcc_s -lc -lgcc_s    /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtendS.o /usr/lib/crtn.o  -Wl,-soname -Wl,libgcj.so.6 -o .libs/libgcj.so.6.0.0
> > /usr/lib/libc_nonshared.a(atexit.oS)(.text+0x38): In function `atexit':
> > : relocation truncated to fit: R_MIPS_CALL16 __cxa_atexit@@GLIBC_2.2
> > collect2: ld returned 1 exit status
> > make[2]: *** [libgcj.la] Error 1
> > 
> > can be fixed by compiling glibc's atexit with -mxgot
>
> This needs _two_ sets of those objects then, because a link employing
> multigot will silently break over xgot objects.

Does this problem come from glibc's compilation problem?

> > (at least that's the way mozilla succeeded to build).
> 
> Actually, no, mozilla uses the standard gcc/libc objects. It believe it
> happens to work because those objects are linked in earlier, so their
> GOT entry offset doesn't exceed the limit.

Do you know what's the actual problem?

Regards,
-- gotom

Revision history for this message

In Debian Bug tracker #274738, GOTO Masanori (gotom-debian) wrote on 2004-10-14:

#8

Download full text (3.6 KiB)

reassign 274738 binutils
severity 274738 important
thanks

At Tue, 05 Oct 2004 10:04:20 +0900,
GOTO Masanori wrote:
> At Mon, 4 Oct 2004 00:25:00 +0200,
> Thiemo Seufer wrote:
> > > current mainline libgcj fails to build on mips{,el}:
> > >
> > > /home/doko/gcc/gcc-snapshot-20041003/build/gcc/xgcc -shared-libgcc -B/home/doko/gcc/gcc-snapshot-20041003/build/gcc/ -nostdinc++ -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/include -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/sys-include -shared -nostdlib /usr/lib/crti.o /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtbeginS.o .libs/libgcj.la-2.o -Wl,--whole-archive ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a ./libltdl/.libs/libltdlc.a -Wl,--no-whole-archive -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux
-g
> nu/libjava ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a -lpthread ./libltdl/.libs/libltdlc.a -ldl -lz -L/home/doko/gcc/gcc-snapshot-20041003/build/gcc -lgcc_s -lc -lgcc_s /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtendS.o /usr/lib/crtn.o -Wl,-soname -Wl,libgcj.so.6 -o .libs/libgcj.so.6.0.0
> > > /usr/lib/libc_nonshared.a(atexit.oS)(.text+0x38): In function `atexit':
> > > : relocation truncated to fit: R_MIPS_CALL16 __cxa_atexit@@GLIBC_2.2
> > > collect2: ld returned 1 exit status
> > > make[2]: *** [libgcj.la] Error 1
> > >
> > > can be fixed by compiling glibc's atexit with -mxgot
> >
> > This needs _two_ sets of those objects then, because a link employing
> > multigot will silently break over xgot objects.
>
> Does this problem come from glibc's compilation problem?
>
> > > (at least that's the way mozilla succeeded to build).
> >
> > Actually, no, mozilla uses the standard gcc/libc objects. It believe it
> > happens to work because those objects are linked in earlier, so their
> > GOT entry offset doesn't exceed the limit.
>
> Do you know what's the actual problem?

This is my memorandum, and the summary. If you find mistake, please
follow up it.

mips/mipsel has long-standing problem about GOT handling. The
GOT size is limited to 16KB and it's sometimes small. This
report is affected by this problem.

There're two ways to fix this problem; multiGOT and XGOT.
XGOT is originally developed in IRIX. It uses 32bit GOT, so
we don't need to worry about overflow of the table size.
Matthias suggested to use -mxgot. However, unfortunatelly, we
may lose binary compatibility (said by Thiemo). Thiemo said
it's nicer than multiGOT. OTOH, multiGOT is to have multiple
GOT - Daniel suggested it. He said binutils should be fixed
if it does not work. Note that multiGOT is firstly supported
by Alexandre Oliva in binutils 2.15 development.

In debian-mips, there were discus...

Message-ID: <81wtxuglpb.wl@omega.webmasters.gr.jp>
Date: Thu, 14 Oct 2004 09:58:08 +0900
From: GOTO Masanori <gotom@debian.or.jp>
To: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>,
	274738@bugs.debian.org
Cc: Matthias Klose <doko@cs.tu-berlin.de>,
	Daniel Jacobowitz <dan@debian.org>, control@bugs.debian.org, debian-mips@lists.debian.org
Subject: Re: Bug#274738: on mips{,el} atexit.o should be compiled with -mxgot

reassign 274738 binutils
severity 274738 important
thanks

At Tue, 05 Oct 2004 10:04:20 +0900,
GOTO Masanori wrote:
> At Mon, 4 Oct 2004 00:25:00 +0200,
> Thiemo Seufer wrote:
> > > current mainline libgcj fails to build on mips{,el}:
> > > 
> > > /home/doko/gcc/gcc-snapshot-20041003/build/gcc/xgcc -shared-libgcc -B/home/doko/gcc/gcc-snapshot-20041003/build/gcc/ -nostdinc++ -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/mipsel-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/include -isystem /usr/lib/gcc-snapshot/mipsel-linux-gnu/sys-include -shared -nostdlib /usr/lib/crti.o /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtbeginS.o .libs/libgcj.la-2.o -Wl,--whole-archive ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a ./libltdl/.libs/libltdlc.a -Wl,--no-whole-archive  -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux-gnu/libstdc++-v3/src/.libs -L/home/doko/gcc/gcc-snapshot-20041003/build/mipsel-linux
 -g
>  nu/libjava ../libffi/.libs/libffi_convenience.a ../boehm-gc/.libs/libgcjgc_convenience.a -lpthread ./libltdl/.libs/libltdlc.a -ldl -lz -L/home/doko/gcc/gcc-snapshot-20041003/build/gcc -lgcc_s -lc -lgcc_s    /home/doko/gcc/gcc-snapshot-20041003/build/gcc/crtendS.o /usr/lib/crtn.o  -Wl,-soname -Wl,libgcj.so.6 -o .libs/libgcj.so.6.0.0
> > > /usr/lib/libc_nonshared.a(atexit.oS)(.text+0x38): In function `atexit':
> > > : relocation truncated to fit: R_MIPS_CALL16 __cxa_atexit@@GLIBC_2.2
> > > collect2: ld returned 1 exit status
> > > make[2]: *** [libgcj.la] Error 1
> > > 
> > > can be fixed by compiling glibc's atexit with -mxgot
> >
> > This needs _two_ sets of those objects then, because a link employing
> > multigot will silently break over xgot objects.
> 
> Does this problem come from glibc's compilation problem?
> 
> > > (at least that's the way mozilla succeeded to build).
> > 
> > Actually, no, mozilla uses the standard gcc/libc objects. It believe it
> > happens to work because those objects are linked in earlier, so their
> > GOT entry offset doesn't exceed the limit.
> 
> Do you know what's the actual problem?

This is my memorandum, and the summary.  If you find mistake, please
follow up it.

mips/mipsel has long-standing problem about GOT handling.  The
	GOT size is limited to 16KB and it's sometimes small.  This
	report is affected by this problem.

There're two ways to fix this problem; multiGOT and XGOT.
	XGOT is originally developed in IRIX.  It uses 32bit GOT, so
	we don't need to worry about overflow of the table size.
	Matthias suggested to use -mxgot.  However, unfortunatelly, we
	may lose binary compatibility (said by Thiemo).  Thiemo said
	it's nicer than multiGOT.  OTOH, multiGOT is to have multiple
	GOT - Daniel suggested it.  He said binutils should be fixed
	if it does not work.  Note that multiGOT is firstly supported
	by Alexandre Oliva in binutils 2.15 development.

In debian-mips, there were discussions about gcj compilation problem.
David Daney replied to Matthias that the current binutils + glibc
should work without any GOT problems:

http://lists.debian.org/debian-mips/2004/10/msg00008.html

I don't know which technically correct is.  However, it's
long-standing problem, and not glibc problem.  This bug should
actually be considered, but it's not sarge's target.  I downgrade it
to important and reassign it to binutils.  If you have another
opinion, let us know.

Regards,
-- gotom

Revision history for this message

In Debian Bug tracker #274738, Matthias Klose (doko-cs) wrote on 2004-10-22: Re: Re: Bug#274738: on mips{,el} atexit.o should be compiled with -mxgot

#10

severity 274738 serious
thanks

as seen in the buildd logs, gcc-3.4 now fails to build from source on
mips/mipsel.

the patch proposed in

http://gcc.gnu.org/ml/gcc-patches/2004-10/msg00325.html

tries to work around the problem, but it was suggested, that binutils
itself should be fixed.

http://gcc.gnu.org/ml/gcc-patches/2004-10/msg00508.html

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-10-22:

#11

Message-ID: <email address hidden>
Date: Fri, 22 Oct 2004 08:38:39 +0200
From: Matthias Klose <email address hidden>
To: <email address hidden>
Cc: <email address hidden>, GOTO Masanori <email address hidden>,
Thiemo Seufer <email address hidden>, Daniel Jacobowitz <email address hidden>
Subject: Re: Re: Bug#274738: on mips{,el} atexit.o should be compiled with -mxgot

severity 274738 serious
thanks

as seen in the buildd logs, gcc-3.4 now fails to build from source on
mips/mipsel.

the patch proposed in

http://gcc.gnu.org/ml/gcc-patches/2004-10/msg00325.html

tries to work around the problem, but it was suggested, that binutils
itself should be fixed.

http://gcc.gnu.org/ml/gcc-patches/2004-10/msg00508.html

Revision history for this message

In Debian Bug tracker #274738, Matthias Klose (doko-cs) wrote on 2004-10-22: same behaviour in sarge and sid

#12

tags 274738 - sid
thanks

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-10-22:

#13

Message-ID: <email address hidden>
Date: Fri, 22 Oct 2004 19:04:39 +0200
From: Matthias Klose <email address hidden>
To: <email address hidden>
Subject: same behaviour in sarge and sid

tags 274738 - sid
thanks

Revision history for this message

In Debian Bug tracker #274738, Matthias Klose (doko-cs) wrote on 2004-11-23:

#14

severity 274738 important
thanks

libgcj5 isn't built anymore for mips{,el}, lowering the severity.

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-11-23:

#15

Message-ID: <email address hidden>
Date: Tue, 23 Nov 2004 08:43:54 +0100
From: Matthias Klose <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: Re: on mips{,el} atexit.o should be compiled with -mxgot

severity 274738 important
thanks

libgcj5 isn't built anymore for mips{,el}, lowering the severity.

Revision history for this message

In Debian Bug tracker #274738, Thiemo Seufer (ths-networkno) wrote on 2006-06-14: Finally a fix for this mess

#16

Download full text (18.2 KiB)

retitle 274738 [mips, mipsel] Fix dynamic function call stub for big binaries
tags 274738 +patch
thanks

The root of this problem was the stub created for lazily resolved
function references. It uses currently a signed 16 bit immediate
for the symbol index, which wraps to negative values for more than
2^15 symbols, which caused ld.so to load garbage as function pointer.

The appended patch fixes this, and supersedes the current mips-specific
xgot workaround (120_mips_xgot_multigot_workaround.dpatch). This patch
already went in upstream.

Applying this patch is a preliminary to make ghc and gcj work reliably
for mips/mipsel. Applying this patch will also cause all current xgot
users to fail, until the xgot option is removed for them. Those were
some weeks ago:

asterisk-oh323_0.7.3-2
asterisk_1:1.2.4.dfsg-6
enigmail_2:0.93-1
gnugk_2:2.2.3-2-2
inkscape_0.43-4
mozilla-thunderbird_1.0.7-3
mozilla_2:1.7.12-1.1
nvu_1.0final-1
ohphone_1:1.4.5+20060204-1
openam_1.1.18+20050304-2
openh323_1.18.0-1
openmcu_2.1.1-2
pstngw_1.3.1-6
python-qt3_3.15-4
qt-x11-free_3:3.3.6-1
t38modem_0.8.0+20050304-2
thunderbird_1.5-4
vegastrike_0.4.3-4
xulrunner_1.8.0.1-5

plus firefox, for which I did a test build without xgot to verify the
patch. I plan to do patches for them in the next days.

Thiemo

#! /bin/sh -e
## 122_mips_dynsymstub.dpatch
##
## DP: Description:
## DP: Author: Dave Daney <email address hidden>, Richard Sandiford <email address hidden>, Thiemo Seufer <email address hidden>
## DP: Upstream status: In trunk and 2.17 branch.
## DP: Date: 2006-06-12

if [ $# -lt 1 ]; then
echo "`basename $0`: script expects -patch|-unpatch as argument" >&2
exit 1
fi

[ -f debian/patches/00patch-opts ] && . debian/patches/00patch-opts
patch_opts="${patch_opts:--f --no-backup-if-mismatch} ${2:+-d $2}"

case "$1" in
    -patch) patch -p0 ${patch_opts} < $0;;
    -unpatch) patch -R -p0 ${patch_opts} < $0;;
    *)
        echo "`basename $0`: script expects -patch|-unpatch as argument" >&2
        exit 1;;
esac

exit 0

@DPATCH@
Index: bfd/elfxx-mips.c
===================================================================
RCS file: /cvs/src/src/bfd/elfxx-mips.c,v
retrieving revision 1.169
retrieving revision 1.172
diff -u -p -r1.169 -r1.172
--- bfd/elfxx-mips.c 22 May 2006 15:06:22 -0000 1.169
+++ bfd/elfxx-mips.c 11 Jun 2006 08:33:26 -0000 1.172
@@ -335,6 +335,8 @@ struct mips_elf_link_hash_table
   bfd_vma plt_header_size;
   /* The size of a PLT entry in bytes (VxWorks only). */
   bfd_vma plt_entry_size;
+ /* The size of a function stub entry in bytes. */
+ bfd_vma function_stub_size;
};

#define TLS_RELOC_P(r_type) \
@@ -623,20 +625,25 @@ static bfd *reldyn_sorting_bfd;
#define MIPS_ELF_GOT_MAX_SIZE(INFO) (ELF_MIPS_GP_OFFSET (INFO) + 0x7fff)

/* Instructions which appear in a stub. */
-#define STUB_LW(abfd) \
- ((ABI_64_P (abfd) \
- ? 0xdf998010 /* ld t9,0x8010(gp) */ \
- : 0x8f998010)) /* lw t9,0x8010(gp) */
-#define STUB_MOVE(abfd) \
- ((ABI_64_P (abfd) \
- ? 0x03e0782d /* daddu t7,ra */ \
- : 0x03e07821)) /* addu t7,ra */
-#define STUB_JALR 0x0320f809 /* jalr t9,ra...

retitle 274738 [mips, mipsel] Fix dynamic function call stub for big binaries
tags 274738 +patch
thanks

The root of this problem was the stub created for lazily resolved
function references. It uses currently a signed 16 bit immediate
for the symbol index, which wraps to negative values for more than
2^15 symbols, which caused ld.so to load garbage as function pointer.

The appended patch fixes this, and supersedes the current mips-specific
xgot workaround (120_mips_xgot_multigot_workaround.dpatch). This patch
already went in upstream.

Applying this patch is a preliminary to make ghc and gcj work reliably
for mips/mipsel. Applying this patch will also cause all current xgot
users to fail, until the xgot option is removed for them. Those were
some weeks ago:

asterisk-oh323_0.7.3-2
asterisk_1:1.2.4.dfsg-6
enigmail_2:0.93-1
gnugk_2:2.2.3-2-2
inkscape_0.43-4
mozilla-thunderbird_1.0.7-3
mozilla_2:1.7.12-1.1
nvu_1.0final-1
ohphone_1:1.4.5+20060204-1
openam_1.1.18+20050304-2
openh323_1.18.0-1
openmcu_2.1.1-2
pstngw_1.3.1-6
python-qt3_3.15-4
qt-x11-free_3:3.3.6-1
t38modem_0.8.0+20050304-2
thunderbird_1.5-4
vegastrike_0.4.3-4
xulrunner_1.8.0.1-5

plus firefox, for which I did a test build without xgot to verify the
patch. I plan to do patches for them in the next days.

Thiemo

#! /bin/sh -e
## 122_mips_dynsymstub.dpatch
##
## DP: Description: 
## DP: Author: Dave Daney <ddaney@avtrex.com>, Richard Sandiford <richard@codesourcery.com>, Thiemo Seufer <ths@debian.org>
## DP: Upstream status: In trunk and 2.17 branch.
## DP: Date: 2006-06-12

if [ $# -lt 1 ]; then
    echo "`basename $0`: script expects -patch|-unpatch as argument" >&2
    exit 1
fi

[ -f debian/patches/00patch-opts ] && . debian/patches/00patch-opts
patch_opts="${patch_opts:--f --no-backup-if-mismatch} ${2:+-d $2}"

case "$1" in
    -patch) patch -p0 ${patch_opts} < $0;;
    -unpatch) patch -R -p0 ${patch_opts} < $0;;
    *)
        echo "`basename $0`: script expects -patch|-unpatch as argument" >&2
        exit 1;;
esac

exit 0

@DPATCH@
Index: bfd/elfxx-mips.c
===================================================================
RCS file: /cvs/src/src/bfd/elfxx-mips.c,v
retrieving revision 1.169
retrieving revision 1.172
diff -u -p -r1.169 -r1.172
--- bfd/elfxx-mips.c	22 May 2006 15:06:22 -0000	1.169
+++ bfd/elfxx-mips.c	11 Jun 2006 08:33:26 -0000	1.172
@@ -335,6 +335,8 @@ struct mips_elf_link_hash_table
   bfd_vma plt_header_size;
   /* The size of a PLT entry in bytes (VxWorks only).  */
   bfd_vma plt_entry_size;
+  /* The size of a function stub entry in bytes.  */
+  bfd_vma function_stub_size;
 };
 
 #define TLS_RELOC_P(r_type) \
@@ -623,20 +625,25 @@ static bfd *reldyn_sorting_bfd;
 #define MIPS_ELF_GOT_MAX_SIZE(INFO) (ELF_MIPS_GP_OFFSET (INFO) + 0x7fff)
 
 /* Instructions which appear in a stub.  */
-#define STUB_LW(abfd)						\
-  ((ABI_64_P (abfd)  						\
-    ? 0xdf998010		/* ld t9,0x8010(gp) */		\
-    : 0x8f998010))              /* lw t9,0x8010(gp) */
-#define STUB_MOVE(abfd)                                         \
-   ((ABI_64_P (abfd)						\
-     ? 0x03e0782d		/* daddu t7,ra */		\
-     : 0x03e07821))		/* addu t7,ra */
-#define STUB_JALR 0x0320f809	/* jalr t9,ra */
-#define STUB_LI16(abfd)                                         \
-  ((ABI_64_P (abfd)						\
-   ? 0x64180000			/* daddiu t8,zero,0 */		\
-   : 0x24180000))		/* addiu t8,zero,0 */
-#define MIPS_FUNCTION_STUB_SIZE (16)
+#define STUB_LW(abfd)							\
+  ((ABI_64_P (abfd)							\
+    ? 0xdf998010				/* ld t9,0x8010(gp) */	\
+    : 0x8f998010))              		/* lw t9,0x8010(gp) */
+#define STUB_MOVE(abfd)							\
+   ((ABI_64_P (abfd)							\
+     ? 0x03e0782d				/* daddu t7,ra */	\
+     : 0x03e07821))				/* addu t7,ra */
+#define STUB_LUI(VAL) (0x3c180000 + (VAL))	/* lui t8,VAL */
+#define STUB_JALR 0x0320f809			/* jalr t9,ra */
+#define STUB_ORI(VAL) (0x37180000 + (VAL))	/* ori t8,t8,VAL */
+#define STUB_LI16U(VAL) (0x34180000 + (VAL))	/* ori t8,zero,VAL unsigned */
+#define STUB_LI16S(abfd, VAL)						\
+   ((ABI_64_P (abfd)							\
+    ? (0x64180000 + (VAL))	/* daddiu t8,zero,VAL sign extended */	\
+    : (0x24180000 + (VAL))))	/* addiu t8,zero,VAL sign extended */
+
+#define MIPS_FUNCTION_STUB_NORMAL_SIZE 16
+#define MIPS_FUNCTION_STUB_BIG_SIZE 20
 
 /* The name of the dynamic interpreter.  This is put in the .interp
    section.  */
@@ -4068,6 +4075,8 @@ mips_elf_calculate_relocation (bfd *abfd
 	}
 
       symbol = sec->output_section->vma + sec->output_offset;
+      /* The target is 16-bit, but the stub isn't.  */
+      target_is_16_bit_code_p = FALSE;
     }
   /* If this is a 16-bit call to a 32- or 64-bit function with a stub, we
      need to redirect the call to the stub.  */
@@ -6824,7 +6833,9 @@ _bfd_mips_elf_adjust_dynamic_symbol (str
   bfd *dynobj;
   struct mips_elf_link_hash_entry *hmips;
   asection *s;
+  struct mips_elf_link_hash_table *htab;
 
+  htab = mips_elf_hash_table (info);
   dynobj = elf_hash_table (info)->dynobj;
 
   /* Make sure we know what is going on here.  */
@@ -6877,7 +6888,7 @@ _bfd_mips_elf_adjust_dynamic_symbol (str
 	  h->plt.offset = s->size;
 
 	  /* Make room for this stub code.  */
-	  s->size += MIPS_FUNCTION_STUB_SIZE;
+	  s->size += htab->function_stub_size;
 
 	  /* The last half word of the stub will be filled with the index
 	     of this symbol in .dynsym section.  */
@@ -7065,6 +7076,32 @@ _bfd_mips_vxworks_adjust_dynamic_symbol 
   return TRUE;
 }
 
+/* Return the number of dynamic section symbols required by OUTPUT_BFD.
+   The number might be exact or a worst-case estimate, depending on how
+   much information is available to elf_backend_omit_section_dynsym at
+   the current linking stage.  */
+
+static bfd_size_type
+count_section_dynsyms (bfd *output_bfd, struct bfd_link_info *info)
+{
+  bfd_size_type count;
+
+  count = 0;
+  if (info->shared || elf_hash_table (info)->is_relocatable_executable)
+    {
+      asection *p;
+      const struct elf_backend_data *bed;
+
+      bed = get_elf_backend_data (output_bfd);
+      for (p = output_bfd->sections; p ; p = p->next)
+	if ((p->flags & SEC_EXCLUDE) == 0
+	    && (p->flags & SEC_ALLOC) != 0
+	    && !(*bed->elf_backend_omit_section_dynsym) (output_bfd, info, p))
+	  ++count;
+    }
+  return count;
+}
+
 /* This function is called after all the input files have been read,
    and the input sections have been assigned to output sections.  We
    check for any mips16 stub sections that we can discard.  */
@@ -7081,6 +7118,7 @@ _bfd_mips_elf_always_size_sections (bfd 
   int i;
   bfd_size_type loadable_size = 0;
   bfd_size_type local_gotno;
+  bfd_size_type dynsymcount;
   bfd *sub;
   struct mips_elf_count_tls_arg count_tls_arg;
   struct mips_elf_link_hash_table *htab;
@@ -7139,10 +7177,22 @@ _bfd_mips_elf_always_size_sections (bfd 
        relocations, then GLOBAL_GOTSYM will be NULL.  */
     i = 0;
 
+  /* Get a worst-case estimate of the number of dynamic symbols needed.
+     At this point, dynsymcount does not account for section symbols
+     and count_section_dynsyms may overestimate the number that will
+     be needed.  */
+  dynsymcount = (elf_hash_table (info)->dynsymcount
+		 + count_section_dynsyms (output_bfd, info));
+
+  /* Determine the size of one stub entry.  */
+  htab->function_stub_size = (dynsymcount > 0x10000
+			      ? MIPS_FUNCTION_STUB_BIG_SIZE
+			      : MIPS_FUNCTION_STUB_NORMAL_SIZE);
+
   /* In the worst case, we'll get one stub per dynamic symbol, plus
      one to account for the dummy entry at the end required by IRIX
      rld.  */
-  loadable_size += MIPS_FUNCTION_STUB_SIZE * (i + 1);
+  loadable_size += htab->function_stub_size * (i + 1);
 
   if (htab->is_vxworks)
     /* There's no need to allocate page entries for VxWorks; R_MIPS_GOT16
@@ -7359,14 +7409,14 @@ _bfd_mips_elf_size_dynamic_sections (bfd
       else if (strcmp (name, MIPS_ELF_STUB_SECTION_NAME (output_bfd)) == 0)
 	{
 	  /* IRIX rld assumes that the function stub isn't at the end
-	     of .text section. So put a dummy. XXX  */
-	  s->size += MIPS_FUNCTION_STUB_SIZE;
+	     of .text section.  So put a dummy.  XXX  */
+	  s->size += htab->function_stub_size;
 	}
       else if (! info->shared
 	       && ! mips_elf_hash_table (info)->use_rld_obj_head
 	       && strncmp (name, ".rld_map", 8) == 0)
 	{
-	  /* We add a room for __rld_map. It will be filled in by the
+	  /* We add a room for __rld_map.  It will be filled in by the
 	     rtld to contain a pointer to the _r_debug structure.  */
 	  s->size += 4;
 	}
@@ -7997,13 +8047,16 @@ _bfd_mips_elf_finish_dynamic_symbol (bfd
   asection *sgot;
   struct mips_got_info *g, *gg;
   const char *name;
+  int idx;
+  struct mips_elf_link_hash_table *htab;
 
+  htab = mips_elf_hash_table (info);
   dynobj = elf_hash_table (info)->dynobj;
 
   if (h->plt.offset != MINUS_ONE)
     {
       asection *s;
-      bfd_byte stub[MIPS_FUNCTION_STUB_SIZE];
+      bfd_byte stub[MIPS_FUNCTION_STUB_BIG_SIZE];
 
       /* This symbol has a stub.  Set it up.  */
 
@@ -8013,18 +8066,42 @@ _bfd_mips_elf_finish_dynamic_symbol (bfd
 				   MIPS_ELF_STUB_SECTION_NAME (dynobj));
       BFD_ASSERT (s != NULL);
 
-      /* FIXME: Can h->dynindx be more than 64K?  */
-      if (h->dynindx & 0xffff0000)
+      BFD_ASSERT ((htab->function_stub_size == MIPS_FUNCTION_STUB_BIG_SIZE)
+                  || (h->dynindx <= 0xffff));
+
+      /* Values up to 2^31 - 1 are allowed.  Larger values would cause
+	 sign extension at runtime in the stub, resulting in a negative
+	 index value.  */
+      if (h->dynindx & ~0x7fffffff)
 	return FALSE;
 
       /* Fill the stub.  */
-      bfd_put_32 (output_bfd, STUB_LW (output_bfd), stub);
-      bfd_put_32 (output_bfd, STUB_MOVE (output_bfd), stub + 4);
-      bfd_put_32 (output_bfd, STUB_JALR, stub + 8);
-      bfd_put_32 (output_bfd, STUB_LI16 (output_bfd) + h->dynindx, stub + 12);
+      idx = 0;
+      bfd_put_32 (output_bfd, STUB_LW (output_bfd), stub + idx);
+      idx += 4;
+      bfd_put_32 (output_bfd, STUB_MOVE (output_bfd), stub + idx);
+      idx += 4;
+      if (htab->function_stub_size == MIPS_FUNCTION_STUB_BIG_SIZE)
+        {
+          bfd_put_32 (output_bfd, STUB_LUI ((h->dynindx >> 16) & 0x7fff),
+                      stub + idx);
+          idx += 4;
+        }
+      bfd_put_32 (output_bfd, STUB_JALR, stub + idx);
+      idx += 4;
+
+      /* If a large stub is not required and sign extension is not a
+         problem, then use legacy code in the stub.  */
+      if (htab->function_stub_size == MIPS_FUNCTION_STUB_BIG_SIZE)
+	bfd_put_32 (output_bfd, STUB_ORI (h->dynindx & 0xffff), stub + idx);
+      else if (h->dynindx & ~0x7fff)
+        bfd_put_32 (output_bfd, STUB_LI16U (h->dynindx & 0xffff), stub + idx);
+      else
+        bfd_put_32 (output_bfd, STUB_LI16S (output_bfd, h->dynindx),
+		    stub + idx);
 
       BFD_ASSERT (h->plt.offset <= s->size);
-      memcpy (s->contents + h->plt.offset, stub, MIPS_FUNCTION_STUB_SIZE);
+      memcpy (s->contents + h->plt.offset, stub, htab->function_stub_size);
 
       /* Mark the symbol as undefined.  plt.offset != -1 occurs
 	 only for the referenced symbol.  */
@@ -8827,10 +8904,10 @@ _bfd_mips_elf_finish_dynamic_sections (b
 	      {
 		file_ptr dummy_offset;
 
-		BFD_ASSERT (s->size >= MIPS_FUNCTION_STUB_SIZE);
-		dummy_offset = s->size - MIPS_FUNCTION_STUB_SIZE;
+		BFD_ASSERT (s->size >= htab->function_stub_size);
+		dummy_offset = s->size - htab->function_stub_size;
 		memset (s->contents + dummy_offset, 0,
-			MIPS_FUNCTION_STUB_SIZE);
+			htab->function_stub_size);
 	      }
 	  }
       }
@@ -9942,6 +10019,7 @@ _bfd_mips_elf_link_hash_table_create (bf
   ret->splt = NULL;
   ret->plt_header_size = 0;
   ret->plt_entry_size = 0;
+  ret->function_stub_size = 0;
 
   return &ret->root.root;
 }
@@ -10017,18 +10095,7 @@ _bfd_mips_elf_final_link (bfd *abfd, str
 	 we count the sections after (possibly) removing the .options
 	 section above.  */
 
-      dynsecsymcount = 0;
-      if (info->shared)
-	{
-	  asection * p;
-
-	  for (p = abfd->sections; p ; p = p->next)
-	    if ((p->flags & SEC_EXCLUDE) == 0
-		&& (p->flags & SEC_ALLOC) != 0
-		&& !(*bed->elf_backend_omit_section_dynsym) (abfd, info, p))
-	      ++ dynsecsymcount;
-	}
-
+      dynsecsymcount = count_section_dynsyms (abfd, info);
       if (! mips_elf_sort_hash_table (info, dynsecsymcount + 1))
 	return FALSE;
 
Index: ld/testsuite/ld-mips-elf/mips-elf.exp
===================================================================
RCS file: /cvs/src/src/ld/testsuite/ld-mips-elf/mips-elf.exp,v
retrieving revision 1.35
retrieving revision 1.36
diff -u -p -r1.35 -r1.36
--- ld/testsuite/ld-mips-elf/mips-elf.exp	27 Mar 2006 11:30:54 -0000	1.35
+++ ld/testsuite/ld-mips-elf/mips-elf.exp	11 Jun 2006 08:33:27 -0000	1.36
@@ -137,6 +137,33 @@ if $has_newabi {
     run_dump_test "emit-relocs-1"
 }
 
+if {[istarget mips*-*-linux*]} {
+     # The number of symbols that are always included in the symbol table
+     # for these tests.  The 5 are:
+     #
+     #     the null symbol entry
+     #     the .MIPS.stubs section symbol
+     #     the .text section symbol
+     #     _gp
+     #     _GLOBAL_OFFSET_TABLE_
+     set base_syms 5
+     foreach dynsym { 7fff 8000 fff0 10000 2fe80 } {
+	 run_ld_link_tests \
+	     [list [list \
+			"Stub for dynsym 0x$dynsym" \
+			"-shared -melf32btsmip -T stub-dynsym-1.ld" \
+			[concat \
+			     "-EB -march=mips1 -32 -KPIC" \
+			     "--defsym base_syms=$base_syms" \
+			     "--defsym dynsym=0x$dynsym"] \
+			[list "stub-dynsym-1.s"] \
+			[list [list \
+				   "objdump" "-dz" \
+				   "stub-dynsym-1-$dynsym.d"]] \
+			"stub-dynsym-1-$dynsym"]]
+     }
+ }
+
 # For tests which may involve multiple files, use run_ld_link_tests.
 
 # List contains test-items with 3 items followed by 2 lists:
Index: ld/testsuite/ld-mips-elf/stub-dynsym-1-10000.d
===================================================================
RCS file: ld/testsuite/ld-mips-elf/stub-dynsym-1-10000.d
diff -N ld/testsuite/ld-mips-elf/stub-dynsym-1-10000.d
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ ld/testsuite/ld-mips-elf/stub-dynsym-1-10000.d	11 Jun 2006 08:33:27 -0000	1.1
@@ -0,0 +1,18 @@
+
+.*:     file format elf32-tradbigmips
+
+Disassembly of section \.MIPS\.stubs:
+
+.* <\.MIPS.stubs>:
+.*:	8f998010 	lw	t9,-32752$gp$
+.*:	03e07821 	move	t7,ra
+.*:	3c180001 	lui	t8,0x1
+.*:	0320f809 	jalr	t9
+.*:	37180000 	ori	t8,t8,0x0
+.*:	00000000 	nop
+.*:	00000000 	nop
+.*:	00000000 	nop
+.*:	00000000 	nop
+.*:	00000000 	nop
+Disassembly of section .text:
+#pass
Index: ld/testsuite/ld-mips-elf/stub-dynsym-1-2fe80.d
===================================================================
RCS file: ld/testsuite/ld-mips-elf/stub-dynsym-1-2fe80.d
diff -N ld/testsuite/ld-mips-elf/stub-dynsym-1-2fe80.d
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ ld/testsuite/ld-mips-elf/stub-dynsym-1-2fe80.d	11 Jun 2006 08:33:27 -0000	1.1
@@ -0,0 +1,18 @@
+
+.*:     file format elf32-tradbigmips
+
+Disassembly of section \.MIPS\.stubs:
+
+.* <\.MIPS.stubs>:
+.*:	8f998010 	lw	t9,-32752$gp$
+.*:	03e07821 	move	t7,ra
+.*:	3c180002 	lui	t8,0x2
+.*:	0320f809 	jalr	t9
+.*:	3718fe80 	ori	t8,t8,0xfe80
+.*:	00000000 	nop
+.*:	00000000 	nop
+.*:	00000000 	nop
+.*:	00000000 	nop
+.*:	00000000 	nop
+Disassembly of section .text:
+#pass
Index: ld/testsuite/ld-mips-elf/stub-dynsym-1-7fff.d
===================================================================
RCS file: ld/testsuite/ld-mips-elf/stub-dynsym-1-7fff.d
diff -N ld/testsuite/ld-mips-elf/stub-dynsym-1-7fff.d
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ ld/testsuite/ld-mips-elf/stub-dynsym-1-7fff.d	11 Jun 2006 08:33:27 -0000	1.1
@@ -0,0 +1,16 @@
+
+.*:     file format elf32-tradbigmips
+
+Disassembly of section \.MIPS\.stubs:
+
+.* <\.MIPS.stubs>:
+.*:	8f998010 	lw	t9,-32752$gp$
+.*:	03e07821 	move	t7,ra
+.*:	0320f809 	jalr	t9
+.*:	24187fff 	li	t8,32767
+.*:	00000000 	nop
+.*:	00000000 	nop
+.*:	00000000 	nop
+.*:	00000000 	nop
+Disassembly of section .text:
+#pass
Index: ld/testsuite/ld-mips-elf/stub-dynsym-1-8000.d
===================================================================
RCS file: ld/testsuite/ld-mips-elf/stub-dynsym-1-8000.d
diff -N ld/testsuite/ld-mips-elf/stub-dynsym-1-8000.d
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ ld/testsuite/ld-mips-elf/stub-dynsym-1-8000.d	11 Jun 2006 08:33:27 -0000	1.1
@@ -0,0 +1,16 @@
+
+.*:     file format elf32-tradbigmips
+
+Disassembly of section \.MIPS\.stubs:
+
+.* <\.MIPS.stubs>:
+.*:	8f998010 	lw	t9,-32752$gp$
+.*:	03e07821 	move	t7,ra
+.*:	0320f809 	jalr	t9
+.*:	34188000 	li	t8,0x8000
+.*:	00000000 	nop
+.*:	00000000 	nop
+.*:	00000000 	nop
+.*:	00000000 	nop
+Disassembly of section .text:
+#pass
Index: ld/testsuite/ld-mips-elf/stub-dynsym-1-fff0.d
===================================================================
RCS file: ld/testsuite/ld-mips-elf/stub-dynsym-1-fff0.d
diff -N ld/testsuite/ld-mips-elf/stub-dynsym-1-fff0.d
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ ld/testsuite/ld-mips-elf/stub-dynsym-1-fff0.d	11 Jun 2006 08:33:27 -0000	1.1
@@ -0,0 +1,16 @@
+
+.*:     file format elf32-tradbigmips
+
+Disassembly of section \.MIPS\.stubs:
+
+.* <\.MIPS.stubs>:
+.*:	8f998010 	lw	t9,-32752$gp$
+.*:	03e07821 	move	t7,ra
+.*:	0320f809 	jalr	t9
+.*:	3418fff0 	li	t8,0xfff0
+.*:	00000000 	nop
+.*:	00000000 	nop
+.*:	00000000 	nop
+.*:	00000000 	nop
+Disassembly of section .text:
+#pass
Index: ld/testsuite/ld-mips-elf/stub-dynsym-1.ld
===================================================================
RCS file: ld/testsuite/ld-mips-elf/stub-dynsym-1.ld
diff -N ld/testsuite/ld-mips-elf/stub-dynsym-1.ld
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ ld/testsuite/ld-mips-elf/stub-dynsym-1.ld	11 Jun 2006 08:33:27 -0000	1.1
@@ -0,0 +1,17 @@
+SECTIONS
+{
+  . = 0x80000;
+  .interp : { *(.interp) }
+  .hash : { *(.hash) }
+  .dynsym : { *(.dynsym) }
+  .dynstr : { *(.dynstr) }
+  .rel.dyn : { *(.rel.dyn) }
+  .MIPS.stubs : { *(.MIPS.stubs) }
+  .text : { *(.text) }
+
+  . = ALIGN (0x10000);
+  _gp = . + 0x7ff0;
+  .got : { *(.got) }
+
+  /DISCARD/ : { *(.reginfo) }
+}
Index: ld/testsuite/ld-mips-elf/stub-dynsym-1.s
===================================================================
RCS file: ld/testsuite/ld-mips-elf/stub-dynsym-1.s
diff -N ld/testsuite/ld-mips-elf/stub-dynsym-1.s
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ ld/testsuite/ld-mips-elf/stub-dynsym-1.s	11 Jun 2006 08:33:27 -0000	1.1
@@ -0,0 +1,10 @@
+	.macro	decl
+	.global	exported\@
+	.equ	exported\@,\@
+	.endm
+
+	.rept	dynsym - base_syms
+	decl
+	.endr
+
+	lw	$25,%call16(foo)($gp)

Revision history for this message

In Debian Bug tracker #274738, Thiemo Seufer (ths-networkno) wrote on 2006-06-19: Blocked by binutils #274738

#17

block 374372 by 274738
block 374374 by 274738
thanks

Revision history for this message

In Debian Bug tracker #274738, Mike Hommey (mh-glandium) wrote on 2006-06-19: Re: Bug#374372: [PATCH] Preemptive fix for mips/mipsel

#18

clone 374372 -1
reassign -1 xulrunner
thanks

Note to self : will need to change build-depends to be sure the right
binutils is used.

On Mon, Jun 19, 2006 at 12:43:07AM +0100, Thiemo Seufer <email address hidden> wrote:
> Package: firefox
> Version: 1.5.dfsg+1.5.0.4-1
> Serverity: important
> Tags: patch
>
> Fixing bug #274738 for binutils will allow to build firefox without the
> xgot hack on mips/mipsel. Since this may also break the existing xgot
> support, a rebuild with the appended patch is needed then.
>
>
> Thiemo
>
>
> --- config/rules.mk.orig 2006-06-12 14:51:28.000000000 +0100
> +++ config/rules.mk 2006-06-12 14:51:42.000000000 +0100
> @@ -456,15 +456,6 @@ endif
> endif
> endif
>
> -ifeq ($(OS_ARCH),Linux)
> -ifneq (,$(filter mips mipsel,$(OS_TEST)))
> -ifneq (,$(filter layout content xul xuldoc xultmpl svg_doc view dom jsurl,$(MODULE)))
> -OS_CFLAGS += -Wa,-xgot
> -OS_CXXFLAGS += -Wa,-xgot
> -endif
> -endif
> -endif
> -
> #
> # HP-UXBeOS specific section: for COMPONENTS only, add -Bsymbolic flag
> # which uses internal symbols first
>
>

Revision history for this message

In Debian Bug tracker #274738, Thiemo Seufer (ths-networkno) wrote on 2006-06-20: Blocked by binutils #274738

#19

block 374727 by 274738
thanks

Revision history for this message

In Debian Bug tracker #274738, Thiemo Seufer (ths-networkno) wrote on 2006-06-21:

#20

block 374798 by 274738
thanks

Revision history for this message

In Debian Bug tracker #274738, Thiemo Seufer (ths-networkno) wrote on 2006-06-21:

#21

block 374882 by 274738
block 374883 by 274738
thanks

Revision history for this message

In Debian Bug tracker #274738, James Troup (james-nocrew) wrote on 2006-06-26: Bug#274738: fixed in binutils 2.17-1

#22

Download full text (3.6 KiB)

Source: binutils
Source-Version: 2.17-1

We believe that the bug you reported is fixed in the latest version of
binutils, which is due to be installed in the Debian FTP archive:

binutils-dev_2.17-1_i386.deb
  to pool/main/b/binutils/binutils-dev_2.17-1_i386.deb
binutils-doc_2.17-1_all.deb
  to pool/main/b/binutils/binutils-doc_2.17-1_all.deb
binutils-multiarch_2.17-1_i386.deb
  to pool/main/b/binutils/binutils-multiarch_2.17-1_i386.deb
binutils_2.17-1.diff.gz
  to pool/main/b/binutils/binutils_2.17-1.diff.gz
binutils_2.17-1.dsc
  to pool/main/b/binutils/binutils_2.17-1.dsc
binutils_2.17-1_i386.deb
  to pool/main/b/binutils/binutils_2.17-1_i386.deb
binutils_2.17.orig.tar.gz
  to pool/main/b/binutils/binutils_2.17.orig.tar.gz

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
James Troup <email address hidden> (supplier of updated binutils package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Mon, 26 Jun 2006 13:17:36 +0100
Source: binutils
Binary: binutils-dev binutils-hppa64 binutils-multiarch binutils binutils-doc
Architecture: source i386 all
Version: 2.17-1
Distribution: unstable
Urgency: low
Maintainer: James Troup <email address hidden>
Changed-By: James Troup <email address hidden>
Description:
binutils - The GNU assembler, linker and binary utilities
binutils-dev - The GNU binary utilities (BFD development files)
binutils-doc - Documentation for the GNU assembler, linker and binary utilities
binutils-multiarch - Binary utilities that support multi-arch targets
Closes: 274738
Changes:
binutils (2.17-1) unstable; urgency=low
.
   * New upstream release.
    * 120_mips_xgot_multigot_workaround.dpatch: removed - superseded by a
      proper fix upstream. Closes: #274738
    * debian/binutils.shlibs, debian/binutils-multiarch.shlibs,
      debian/binutils-hppa64.shlibs: updated SONAME to 2.17.
Files:
0eee46784088ba0b8477ed0e3fa8ed8b 1474 devel standard binutils_2.17-1.dsc
152f9841d310bd5e231c213f549ea484 18196360 devel standard binutils_2.17.orig.tar.gz
82a06dbd7f62a8a5a06b983d1af72a3b 41955 devel standard binutils_2.17-1.diff.gz
7c0bceba31b032e5d7cc340d733fbecd 482874 doc optional binutils-doc_2.17-1_all.deb
f6b0915dd71eedf9170e8eb99b31b9ad 2605738 devel standard binutils_2.17-1_i386.deb
4e86d06a08167ae4c6a3780b0773565f 2496314 devel extra binutils-dev_2.17-1_i386.deb
45bd385b2e3759ef062fe49155495e95 7744578 devel extra binutils-multiarch_2.17-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iQIVAwUBRJ/aEdfD8TGrKpH1AQL5rA//ezkR2CMcWGyGzVsgrbyUPQep1xoQ1/FZ
2bHYxf2mbfQGJxsjUQIOziFtcrGpQAW0t8Y9uMlso/Y9ONsywbukIbdUNdLCfxcH
6GS9Q9BiJh51QozcESFtdxQMnzcYKVwr+xwoylvZJryrbkqnpesQIEzEbDsShWRc
Q9mfHaH4NEF/VwcRR4bf5adTJlXk3s4UlxIZ+pk7xpWd/uBQE...

Affects		Status	Importance	Assigned to	Milestone
	glibc (Debian)	Fix Released	Unknown	debbugs #274738
	glibc (Ubuntu)	Invalid	High	Unassigned

Ubuntu
glibc package

on mips{,el} atexit.o should be compiled with -mxgot

Bug Description

Other bug subscribers

Remote bug watches

Changed in glibc:
status:	Unconfirmed → Fix Released

Ubuntuglibc package

on mips{,el} atexit.o should be compiled with -mxgot

Bug Description

Other bug subscribers

Remote bug watches

Ubuntu
glibc package