[Bug ld/6443] -pie issues with TLS relocations

2008-04-22 Thread jakub at redhat dot com
--- Additional Comments From jakub at redhat dot com 2008-04-22 09:23 --- Created an attachment (id=2715) -- (http://sourceware.org/bugzilla/attachment.cgi?id=2715action=view) bz6443.patch Attached is just very lightly tested x86_64 set of changes, but i386, ppc, ppc64 and other

[Bug ld/6443] -pie issues with TLS relocations

2008-04-22 Thread jakub at redhat dot com
-- What|Removed |Added CC||drepper at redhat dot com http://sourceware.org/bugzilla/show_bug.cgi?id=6443 --- You are receiving this

Re: [Bug ld/6430] --sort-common Not Implemented Per Documentation

2008-04-22 Thread Nick Clifton
Hi Guys, You are correct in that this way a gap would be avoided when the size changes. But given that all like-sized symbols are laid out back to back, this only happens when the size changes. So, either the manual must be changed or the code. I, for one, would rather have the code

[Bug ld/6430] --sort-common Not Implemented Per Documentation

2008-04-22 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2008-04-22 14:45 --- Subject: Re: --sort-common Not Implemented Per Documentation Hi Guys, You are correct in that this way a gap would be avoided when the size changes. But given that all like-sized symbols are laid out back

[Bug ld/6443] -pie issues with TLS relocations

2008-04-22 Thread amodra at bigpond dot net dot au
--- Additional Comments From amodra at bigpond dot net dot au 2008-04-22 16:10 --- I'll take a look at ppc. The obvious change doesn't help much as enabling ppc_elf_tls_optimize for pie results in us hitting the bfd_error_bad_value at elf32-ppc.c:6577 when we try to make a dynamic

[Bug ld/6430] --sort-common Not Implemented Per Documentation

2008-04-22 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-04-22 16:56 --- As a matter of fact, the current implementation actually sorts by alignment. I like Nick's suggestion, only I prefer terser wording, such as ascending or descending. But that's me. --

[Bug ld/6430] --sort-common Not Implemented Per Documentation

2008-04-22 Thread hjl dot tools at gmail dot com
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-22 17:17 --- (In reply to comment #8) As a matter of fact, the current implementation actually sorts by alignment. I like Nick's suggestion, only I prefer terser wording, such as ascending or descending. But

[Bug ld/6446] New: Handling of EF_FRV_PIC

2008-04-22 Thread drow at sources dot redhat dot com
Another bug found by inspection. The ABI says: The linker should warn and clear EF_FRV_PIC when linking FDPIC binaries if it finds any inter-segment relocation, and set it otherwise. But in fact the linker sets EF_FRV_PIC if it sees any inter-segment relocations. There's hardcoded checks for

[Bug ld/6446] Handling of EF_FRV_PIC

2008-04-22 Thread drow at sources dot redhat dot com
-- What|Removed |Added CC||aoliva at sourceware dot org http://sourceware.org/bugzilla/show_bug.cgi?id=6446 --- You are receiving

[Bug ld/6431] ld says: invalid version 3 (max 0)

2008-04-22 Thread niki dot waibel at gmx dot net
--- Additional Comments From niki dot waibel at gmx dot net 2008-04-22 20:28 --- similar error reported here: http://osdir.com/ml/package-management.openpkg.user/2006-06/msg00046.html -- http://sourceware.org/bugzilla/show_bug.cgi?id=6431 --- You are receiving this mail

[Bug ld/6431] ld says: invalid version 3 (max 0)

2008-04-22 Thread niki dot waibel at gmx dot net
--- Additional Comments From niki dot waibel at gmx dot net 2008-04-22 21:22 --- ... and here: http://forums.mysql.com/read.php?11,199436,199436 http://lists.boost.org/boost-testing/2007/03/4242.php http://mail.gnome.org/archives/gtk-list/2007-October/msg00145.html