__thread int a;
__thread int b __attribute((tls_model ("local-exec")));
__thread int c __attribute((tls_model ("initial-exec")));
__thread int d __attribute((tls_model ("local-dynamic")));
__thread int e __attribute((tls_model ("global-dynamic")));
int
main (void)
{
return a + b + c + d + e;
}
--- 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=2715&action=view)
bz6443.patch
Attached is just very lightly tested x86_64 set of changes, but i386, ppc,
ppc64 and other arch
--
What|Removed |Added
CC||drepper at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=6443
--- You are receiving this
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 changed..
--- 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 bac
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-22
16:06 ---
To prevent gaps between symbols due to alignment constraints, shouldn't
we sort common symbols by their alignments?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6430
--- You are receiving this
--- 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 reloc
--- 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.
--
http://sourceware.o
--- 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". Bu
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 fi
--
What|Removed |Added
CC||aoliva at sourceware dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=6446
--- You are receiving th
--- 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 because:
--- 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
http://mail.gnome.org/
13 matches
Mail list logo
