From 6ff002a3ee341782567b71a42d0e7eb3be596480 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Sun, 29 Jul 2012 22:26:02 +0200 Subject: open_issues/glibc: 8958805c11c741d9211e20612c86271d906c9a0b (2012-07-28; 2012-06-30) --- open_issues/glibc/t/tls.mdwn | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) (limited to 'open_issues/glibc/t/tls.mdwn') diff --git a/open_issues/glibc/t/tls.mdwn b/open_issues/glibc/t/tls.mdwn index 14ef36e4..68db2cc1 100644 --- a/open_issues/glibc/t/tls.mdwn +++ b/open_issues/glibc/t/tls.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2011 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2011, 2012 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -53,6 +53,10 @@ License|/fdl]]."]]"""]] And the other offsers are generated via tcb-offsets.sym. glibc's elf/stackguard-macros.h is wrong for us (but not used anywhere apart from elf/tst-stackguard1.c, I think). + +After commit a9538892adfbb9f092e0bb14ff3a1703973968af, it's +`sysdeps/i386/stackguard-macros.h`; problem remains. + __thread __locale_t __libc_tsd_LOCALE = &_nl_global_locale; -- this means that a __libc_tsd_LOCALE values will be in the TLS segment, and this is what is being accessed from the assembler code -- cgit v1.2.3