--- Comment #34 from howarth at nitro dot med dot uc dot edu 2010-08-20
11:39 ---
No breakage in current bootstrap.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
---
--- Comment #33 from howarth at nitro dot med dot uc dot edu 2010-05-28
00:02 ---
(In reply to comment #32)
> I'd like to hear what Jack has to say, otherwise, fine by me.
>
No objections here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43553
--- Comment #32 from mrs at gcc dot gnu dot org 2010-05-27 15:10 ---
I'd like to hear what Jack has to say, otherwise, fine by me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43553
--- Comment #31 from iains at gcc dot gnu dot org 2010-05-25 12:51 ---
please can we revert the changes of comment #11?
They did not solve the problem and AFAICT they are wrong and break bootstrap on
x86_64-apple-darwin10 if I correct an error in the t-makefile fragments.
after that,
--- Comment #30 from developer at sandoe-acoustics dot co dot uk
2010-04-05 08:33 ---
(In reply to comment #29)
> Iain,
>Do please post the revised patch to gcc-patches with a changelog. That may
> incite a review from the emutls maintainers.
see: http://gcc.gnu.org/ml/gcc-patches/
--- Comment #29 from howarth at nitro dot med dot uc dot edu 2010-04-04
21:08 ---
Iain,
Do please post the revised patch to gcc-patches with a changelog. That may
incite a review from the emutls maintainers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43553
--- Comment #28 from developer at sandoe-acoustics dot co dot uk
2010-04-04 20:18 ---
(In reply to comment #26)
> Iain can you post this to gcc-patches with a ChangeLog?
Well, I guess it seems to do the job (I reverted the additional copies in
emutls_decl() on my local branch and re-c
--- Comment #27 from howarth at nitro dot med dot uc dot edu 2010-04-04
17:58 ---
Testsuite results for the reduced version of the
157942-emutls-finalize-diff.txt patch and r157822 reapplied to gcc trunk at
r157958 are posted at...
http://gcc.gnu.org/ml/gcc-testresults/2010-04/msg00318
--- Comment #26 from howarth at nitro dot med dot uc dot edu 2010-04-04
16:33 ---
I can confirm on x86_64-apple-darwin10 that the reduced form of Iain's patch
(reduced_emutis.patch) eliminates all of the profile testcase regressions when
r157822 is reapplied to current gcc trunk. Iain c
--- Comment #25 from howarth at nitro dot med dot uc dot edu 2010-04-04
16:30 ---
Created an attachment (id=20305)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20305&action=view)
reduced version of 157942-emutls-finalize-diff.txt
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #24 from bonzini at gnu dot org 2010-04-04 07:18 ---
Subject: Re: libgcc built with -DHAVE_CC_TLS against xgcc when
emutls in use
> This provides a traverse of the emutls control var htab finalizing
> each.
>
> I didn't try to check if vars were already finalized in the t
--- Comment #23 from dominiq at lps dot ens dot fr 2010-04-03 20:03 ---
The patch in comment #22 works as advertised without new regression (see
http://gcc.gnu.org/ml/gcc-testresults/2010-04/msg00243.html).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43553
--- Comment #22 from developer at sandoe-acoustics dot co dot uk
2010-04-03 11:00 ---
Created an attachment (id=20299)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20299&action=view)
finalize emutls control vars before varpool_assemble_ending_decls()
This provides a traverse of
--- Comment #21 from developer at sandoe-acoustics dot co dot uk
2010-04-02 21:31 ---
(In reply to comment #20)
> I'm looking into those -- but would really welcome input from people who know
> more about emutls.
for example, is this really something that should be handled in some way
--- Comment #20 from developer at sandoe-acoustics dot co dot uk
2010-04-02 21:15 ---
(In reply to comment #18)
> TREE_USED then?
It looks to me like the problem is more subtle.
I think it is to do with the fact that the emutls variables are proxies for the
actual ones and that the pro
--- Comment #19 from developer at sandoe-acoustics dot co dot uk
2010-04-01 08:30 ---
(In reply to comment #18)
> TREE_USED then?
It doesn't do it... tried that first ;-) [ and it is copied]
However, I see the comment that variables can change status during their life -
or perhaps it'
--- Comment #18 from bonzini at gnu dot org 2010-04-01 08:08 ---
TREE_USED then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43553
--- Comment #17 from developer at sandoe-acoustics dot co dot uk
2010-04-01 08:02 ---
AFAICT the root problem does not relate to export of symbols from emutls (or to
its use). Although this perhaps needs a different PR
The root problem is that the emutls implementation generates symbo
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2010-03-31
06:15 ---
On x86_64-apple-darwin10, current gcc trunk produces...
[MacPro:darwin_objdir/x86_64-apple-darwin10.3.0/libgcc] howarth% nm
libgcc_s.1.dylib | grep emutls
00013e70 T ___emutls_get_address
00014070 T ___em
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2010-03-31
03:53 ---
What other targets besides darwin rely on emulated tls? I would have guessed
powerpc64-*-linux* since it isn't listed in the section of libgcc/config.host
that enables native tls...
case ${host} in
i[3456
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-03-31
02:44 ---
I confused why the other instances of using DECL_TLS_MODEL() in gcc doesn't
trigger unresolved symbols on darwin. For instance in gcc/c-decl.c we have...
if (threadp)
DECL_TLS_MODEL (dec
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2010-03-31
02:16 ---
I was confused and the race condition patch wasn't actually applied to my tree
on darwin when I did the last set of tests. Current gcc trunk still fails the
profile related test cases on darwin with undefi
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-03-30 16:01
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFI
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-03-30 13:09
---
Subject: Bug 43553
Author: rguenth
Date: Tue Mar 30 13:08:52 2010
New Revision: 157821
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157821
Log:
2010-03-30 Jack Howarth
PR c/43553
* Mak
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-03-28
20:59 ---
Confirmed with current gcc trunk on x86_64 Fedora 10 that the alternative patch
which uses GCC_CHECK_EMUTLS still leaves the build properly passing
-DHAVE_CC_TLS -DUSE_TLS for native TLS targets.
--
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-03-28
20:31 ---
Created an attachment (id=20233)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20233&action=view)
alternative patch that uses GCC_CHECK_EMUTLS and set_use_emutls
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-03-28
19:21 ---
Untested alternative approach to fix this...
Index: libgcc/Makefile.in
===
--- libgcc/Makefile.in (revision 157785)
+++ libgcc/Makefile.in
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-03-28
16:29 ---
Testsuite results for revised patch at
http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg02449.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43553
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-03-28
16:11 ---
Created an attachment (id=20232)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20232&action=view)
proposed patch to pass -DUSE_EMUTLS via libgcc/config/t-emutls on darwin
Corrected ChangeLog and comm
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-28
05:49 ---
Created an attachment (id=20227)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20227&action=view)
revised proposed patch to pass -DUSE_EMUTLS via libgcc/config/t-emutls on
darwin
--
http://gcc.gn
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-28
04:39 ---
Regression testing of t-emutls.diff patch on x86_64-apple-darwin9 and
x86_64-apple-darwin10 at...
http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg02419.html
http://gcc.gnu.org/ml/gcc-testresults/2010-03/m
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-03-28
02:16 ---
Created an attachment (id=20226)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20226&action=view)
proposed patch to pass -DUSE_EMUTLS via libgcc/config/t-emutls on darwin
--
http://gcc.gnu.org/bu
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-03-28
02:07 ---
I based my proposed patch roughly on the orginal patch that introduced the use
of -DHAVE_CC_TLS.
Author: hjl
Date: Fri Jul 6 14:00:46 2007
New Revision: 126416
URL: http://gcc.gnu.org/viewcvs?root=gcc&vi
33 matches
Mail list logo
