--- Comment #21 from iains at gcc dot gnu dot org 2010-05-15 15:40 ---
updated:
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01119.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602
--- Comment #13 from iains at gcc dot gnu dot org 2010-05-16 00:24 ---
(In reply to comment #12)
ld: codegen problem, can't use rel32 to external symbol
___emutls_v._ZZN12_GLOBAL__N_110get_globalEvE6global in
___cxa_get_globals_fast
from ../libsupc++/.libs/libsupc++convenience.a
--- Comment #14 from iains at gcc dot gnu dot org 2010-05-16 00:56 ---
in the compilation of eh_globals.cc:
the i686-apple-darwin9 compiler does *not* produce any emutls refs (at m32 or
m64) - but rather all the thread stuff is handled via pthread interfaces.
--
http
--- Comment #15 from iains at gcc dot gnu dot org 2010-05-16 09:32 ---
(In reply to comment #13)
(In reply to comment #12)
2/ m64 we get this :
mini-02-sno:gcc-4-6-trunk-build $ otool -rv
x86_64-apple-darwin10//libstdc++-v3/libsupc++/.libs/libsupc++.a |grep emu
002c True
--- Comment #16 from iains at gcc dot gnu dot org 2010-05-16 12:56 ---
leaving off the eh and debug stuff look at
.text
__ZN12_GLOBAL__N_110get_globalEv:
LFB100:
pushq %rbp
LCFI0:
movq%rsp, %rbp
LCFI1:
reference a variable relative to the instruction
--- Comment #17 from iains at gcc dot gnu dot org 2010-05-16 13:51 ---
(In reply to comment #16)
leaving off the eh and debug stuff look at
.text
__ZN12_GLOBAL__N_110get_globalEv:
LFB100:
pushq %rbp
LCFI0:
movq%rsp, %rbp
LCFI1:
reference
--- Comment #18 from iains at gcc dot gnu dot org 2010-05-16 14:26 ---
(In reply to comment #13)
(In reply to comment #12)
that doesn't really explain why this should be repeatably affected by the
reversion of 159371..
Yesterday (on an initially failing bootstrap) I applied
--- Comment #20 from iains at gcc dot gnu dot org 2010-05-16 15:15 ---
(In reply to comment #19)
Subject: Re: r159371 breaks bootstrap on
x86_64-apple-darwin10
--- Comment #17 from iains at gcc dot gnu dot org 2010-05-16 13:51
---
(In reply to comment #16
--- Comment #1 from iains at gcc dot gnu dot org 2010-05-17 07:43 ---
@159462 on powerpc64 with:
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01119.html
(and needed for m32, but not to solve the tls problem)
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01125.html
ObjC/C++ tls fails
--- Comment #3 from iains at gcc dot gnu dot org 2010-05-17 08:54 ---
(In reply to comment #2)
Reverting revision 159371 fixes these failures.
I had to revert revision 159371 at revision 159429 with the patch
inhttp://gcc.gnu.org/ml/gcc-patches/2010-04/msg00129.html .
You had
--- Comment #5 from iains at gcc dot gnu dot org 2010-05-17 13:43 ---
(In reply to comment #4)
In my powerpc-apple-darwin9 tree I have the patch in
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01119.html for a quite long time
OK, might be worth double-checking - both parts
--- Comment #14 from iains at gcc dot gnu dot org 2010-05-17 20:22 ---
Created an attachment (id=20688)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20688action=view)
Work-In-Progress...
here is a modification of comment #7 which gets us a bit further .. but I'm a
bit stumped
--- Comment #15 from iains at gcc dot gnu dot org 2010-05-17 20:31 ---
the libgomp fails with comment #14 are pretty much:
/i686-apple-darwin9/./libgomp/.libs:/Volumes/ScratchCS/gcc-4-6-trunk-build/gcc
atomic-4.exe(94763) malloc: *** error for object 0x800180: pointer being
reallocated
--- Comment #16 from iains at gcc dot gnu dot org 2010-05-18 01:40 ---
the patch below helps...
I also suspect we might have to check for emutls vars twice - because they can
be introduced by profiling code
just for the sake of a trial - I've put the emutls_final into toplev.c twice
--- Comment #17 from iains at gcc dot gnu dot org 2010-05-18 09:09 ---
Created an attachment (id=20693)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20693action=view)
latest version
a few more tweaks.
with this emutls is working for lto/whopr
OMP is still broken and so
--- Comment #3 from iains at gcc dot gnu dot org 2010-05-18 12:30 ---
it still fails for me on ppc and i686 4.6.0 r159518 and 159528 resp.
gcc version 4.5.1 20100518 (prerelease) [gcc-4_5-branch revision 159528] (GCC)
apollo:gcc-4-5-branch-build $ ./gcc/xgcc -B gcc -g -feliminate
--- Comment #18 from iains at gcc dot gnu dot org 2010-05-18 15:55 ---
(In reply to comment #17)
Created an attachment (id=20693)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20693action=view) [edit]
latest version
a few more tweaks.
with this emutls is working for lto/whopr
--- Comment #4 from iains at gcc dot gnu dot org 2010-05-18 20:04 ---
(In reply to comment #3)
Ian, you've introduced this testcase; could you have a look?
Yes.. working my way through ..
I'm sure that it is problem with ObjC
(and ObjC++, if you apply
http://gcc.gnu.org/ml/gcc
--- Comment #21 from iains at gcc dot gnu dot org 2010-05-19 14:48 ---
Created an attachment (id=20701)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20701action=view)
latest..
this is mostly there ... might be worth trying on other platforms for feedback.
without the catch-net
--- Comment #22 from iains at gcc dot gnu dot org 2010-05-19 14:54 ---
I would imagine that this will ultimately affect all EMUTLS targets even tho
it's against darwin.
tree-profile.c is generating gimple directly for the inserted statements -
AFAICT it's assuming that these don't
--- Comment #3 from iains at gcc dot gnu dot org 2010-05-19 23:17 ---
static const NSConstantString *appKey = @MyApp;
is not being emitted because it's unused - this seems correct behavior to me.
solutions:
(a) make it
const NSConstantString *appKey = @MyApp;
(b)
add :
void *foo
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: iains at gcc dot gnu dot org
GCC target triplet: powerpc-apple
--- Comment #1 from iains at gcc dot gnu dot org 2010-05-21 14:07 ---
Stage3:
54d0 7f e3 fb 78 4b ff ac 65 7c 7c 1b 78 93 81 00 38
|.âËxK˨e||.x...8|
54e0 4b ff fc b8 1c 42 00 14 38 02 f8 6c 3c 40 00 01
|K˸â.B..8.¯l@..|
54f0 38 42 83 ec 7c 42 02 15 41 82
--- Comment #16 from iains at gcc dot gnu dot org 2010-05-21 19:24 ---
is : http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44229
potentially a similar problem?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
--- Comment #5 from iains at gcc dot gnu dot org 2010-05-22 14:16 ---
(In reply to comment #4)
Just amend the existing dg-skip to also skip darwin.
two different reasons.. is this better?
Index: gcc/testsuite/gcc.dg/lto/20090914-2_0.c
--- Comment #7 from iains at gcc dot gnu dot org 2010-05-22 18:08 ---
(In reply to comment #6)
(In reply to comment #5)
(In reply to comment #4)
Just amend the existing dg-skip to also skip darwin.
two different reasons.. is this better?
If it works for you sure.
Index
--- Comment #8 from iains at gcc dot gnu dot org 2010-05-22 18:36 ---
sorry about that ..
darwin assembler does not support .type
PR lto/44238
* gcc.dg/lto/20090914-2_0.c: XFAIL *-*-darwin*.
Sendinggcc/testsuite/ChangeLog
Sendinggcc/testsuite/gcc.dg
--- Comment #3 from iains at gcc dot gnu dot org 2010-05-24 11:46 ---
most likely this is a duplicate of:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44229
and potentially an LE/BE issue given that it's not reported on *x86*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44255
--- Comment #23 from iains at gcc dot gnu dot org 2010-05-24 14:36 ---
Subject: Bug 43602
Author: iains
Date: Mon May 24 14:36:32 2010
New Revision: 159781
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159781
Log:
2010-05-24 Iain Sandoe ia...@gcc.gnu.org
PR target
--- Comment #22 from iains at gcc dot gnu dot org 2010-05-24 14:36 ---
Subject: Bug 44132
Author: iains
Date: Mon May 24 14:36:32 2010
New Revision: 159781
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159781
Log:
2010-05-24 Iain Sandoe ia...@gcc.gnu.org
PR target
--- Comment #23 from iains at gcc dot gnu dot org 2010-05-24 17:27 ---
Created an attachment (id=20736)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20736action=view)
candidate solution
OK, so comment #22 is the work-around ...
.. here is the current version of the proper
--- Comment #5 from iains at gcc dot gnu dot org 2010-05-24 19:22 ---
this has nothing to do with tls it is a general issue with ObjC/lto.. :
the following code (OK w.out, error with -flto)
===
cat trivial.m:
extern int printf (char *,...) ;
typedef struct objc_class *Class
--- Comment #24 from iains at gcc dot gnu dot org 2010-05-24 20:11 ---
Created an attachment (id=20738)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20738action=view)
candidate solution (with all the files)
and now with all the changed files ...
--
iains at gcc dot gnu dot
--- Comment #3 from iains at gcc dot gnu dot org 2010-05-25 07:33 ---
powerpc64-apple-darwin9 does *not* exhibit this ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44229
--- Comment #7 from iains at gcc dot gnu dot org 2010-05-25 07:38 ---
(In reply to comment #4)
(In reply to comment #3)
most likely this is a duplicate of:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44229
1. I see the failure on both BE (sparc64) and LE (armv5tel).
2. Both
--- Comment #6 from iains at gcc dot gnu dot org 2010-05-25 09:11 ---
Subject: Bug 44140
Author: iains
Date: Tue May 25 09:10:52 2010
New Revision: 159812
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159812
Log:
PR ObjC/44140
* objc.dg/torture/tls/thr-init-3.m
--- Comment #7 from iains at gcc dot gnu dot org 2010-05-25 09:22 ---
This bug has nothing to do with the TLS check, so renaming
A non-tls testcase exhibiting the same fail is shown as comment #5
--
iains at gcc dot gnu dot org changed:
What|Removed
--- Comment #25 from iains at gcc dot gnu dot org 2010-05-25 09:38 ---
#24 works for me also on powerpc-apple-darwin9 and powerpc64-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44132
--- 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
--- Comment #2 from iains at gcc dot gnu dot org 2010-05-25 19:15 ---
Yes, sorry, the list of emutls users grows...
most likely it is my commit from r159781 to address PR44132 that caused this,
1/ Did the same commit improve PR44137 on your target?
(PR44173 looks pretty much
--- Comment #1 from iains at gcc dot gnu dot org 2010-05-25 19:19 ---
I've xfailed thr-init-3.m (which were failing across the board for non-tls
reasons).
are the remainder fixed by r159781?
Please see also comments in PR44276
--
iains at gcc dot gnu dot org changed
--- Comment #3 from iains at gcc dot gnu dot org 2010-05-25 20:38 ---
I will need some help in tracking down how to solve this (since I don't have an
emutls/visibility/alias target available).
Also I can't find any reference in the gcc manual to alias applied to variables
- only
--- Comment #5 from iains at gcc dot gnu dot org 2010-05-26 14:12 ---
(In reply to comment #4)
This also occurs on hppa64-hp-hpux11.11.
OK, I've built gcc newlib for cris-elf and it's apparent that we need to deal
with the fact that that aliased emutls symbols are named differently
--- Comment #6 from iains at gcc dot gnu dot org 2010-05-26 20:26 ---
Created an attachment (id=20755)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20755action=view)
fix up alias output
this fixes it so that we don't try to emit emutls control vars if they are
aliases
--- Comment #8 from iains at gcc dot gnu dot org 2010-05-27 00:49 ---
(In reply to comment #7)
(In reply to comment #2)
Sorry I wasn't here to answer the basic simulator-target questions, but it
seems you found the information needed to get you going.
Yes, the wiki page is good
--- Comment #10 from iains at gcc dot gnu dot org 2010-05-27 10:12 ---
(In reply to comment #4)
This also occurs on hppa64-hp-hpux11.11.
Does the patch @ comment #6 resolve this for you?
If so, and there are no more targets reporting the issue, I will post to
gcc-patches
--- Comment #8 from iains at gcc dot gnu dot org 2010-05-27 16:28 ---
Subject: Bug 44140
Author: iains
Date: Thu May 27 16:28:13 2010
New Revision: 159929
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159929
Log:
2010-05-27 Iain Sandoe ia...@gcc.gnu.org
PR ObjC/44140
--- Comment #26 from iains at gcc dot gnu dot org 2010-05-27 20:11 ---
Created an attachment (id=20762)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20762action=view)
candidate fix that handles aliases as well.
PR44276 revealed that I wasn't handling alias cases.
The new
--- Comment #28 from iains at gcc dot gnu dot org 2010-05-27 22:52 ---
(In reply to comment #27)
Can you explain the struct __emutls_object change? That is an ABI break (and
I
don't see anywhere any rationale for that).
I did it for two reasons;
1/ to prove that I'd got a handle
--- Comment #9 from iains at gcc dot gnu dot org 2010-05-27 23:34 ---
using the example at #5
apollo:gcc-4-6-trunk-build$ ./gcc/xgcc -B gcc ../tests/trivial.m -flto -o t
-lobjc -save-temps
trivial.s:unknown:Undefined local symbol L_OBJC_CLASS_myRootObject.2084
--- Comment #4 from iains at gcc dot gnu dot org 2010-05-28 07:05 ---
fixed by r159952
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from iains at gcc dot gnu dot org 2010-05-28 09:13 ---
first can you give the output from the failure:
i.e. which files have differences?
...the configuration line you are using.
the output of
autoconf --version
automake --version
m4 --version
I should remind you
--- Comment #12 from iains at gcc dot gnu dot org 2010-05-28 13:17 ---
Subject: Bug 23616
Author: iains
Date: Fri May 28 13:16:44 2010
New Revision: 159971
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159971
Log:
PR ObjC++/23616
* obj-c++.dg/try-catch-2.mm
--- Comment #31 from iains at gcc dot gnu dot org 2010-05-29 07:47 ---
4.5-branch (as of r160013) has an error in config.gcc (which I just fixed on
trunk yesterday, with r159979) in which several t-make fragments are included
twice on x86_64-*-darwin*.
I wonder if this could
--- Comment #4 from iains at gcc dot gnu dot org 2010-05-29 07:49 ---
4.5-branch (as of r160013) has an error in config.gcc (which I just fixed on
trunk yesterday, with r159979) in which several t-make fragments are included
twice on x86_64-*-darwin*.
If anyone is interested to try
--- Comment #3 from iains at gcc dot gnu dot org 2010-05-29 08:01 ---
(In reply to comment #2)
Fixed after 159920 but before or including 159930. At closer inspection, it
has to be r159929. :) On the other hand, from the patch message it seems it's
just intended to be a stop-gap
--- Comment #10 from iains at gcc dot gnu dot org 2010-05-30 00:56 ---
Created an attachment (id=20775)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20775action=view)
with -lto
the code @ comment # compiled with -flto -dA -fverbose-asm
--
http://gcc.gnu.org/bugzilla
--- Comment #11 from iains at gcc dot gnu dot org 2010-05-30 00:57 ---
Created an attachment (id=20776)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20776action=view)
without lto
code from comment #5 compiled with -dA -fverbose-asm
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #12 from iains at gcc dot gnu dot org 2010-05-30 01:00 ---
OK, so I've patch obj-act.c to remove the two cases where ASM_ was called.
The test code compiles and runs without -flto and produces the errors as per
comment #9 when -flto is given.
The required content
--- Comment #13 from iains at gcc dot gnu dot org 2010-05-30 12:25 ---
In a bid to remove cases where the FE is bypassing varpool/cgraph and going
directly to asm
I've replaced the (2) instances of mark_decl_referenced () with DECL_PRESERVE_P
() =1 (Honza's suggestion)
I've
--- Comment #14 from iains at gcc dot gnu dot org 2010-05-30 13:42 ---
Created an attachment (id=20779)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20779action=view)
patch to add LTO tests to OobjC
This adds an LTO directory to objc.dg and a single test (trivial_0.m) which
--- Comment #15 from iains at gcc dot gnu dot org 2010-05-30 14:51 ---
we emit the meta-data [mostly tabular] for the runtime on the basis of
DECL_PRESERVE_P (or mark_decl_referenced () in the trunk version).
The initlist for these decls contains references to the classes and methods
--- Comment #33 from iains at gcc dot gnu dot org 2010-06-02 09:24 ---
(In reply to comment #32)
4.5-branch (as of r160013) has an error in config.gcc (which I just fixed on
trunk yesterday, with r159979) in which several t-make fragments are
included
twice on x86_64-*-darwin
--- Comment #35 from iains at gcc dot gnu dot org 2010-06-02 09:44 ---
(In reply to comment #34)
can you do me a favor?
(a) copy the config.{log,out} files.
(b) rm -r and reconfigure/re-bootstrap w/out changing *anything*
.. I suspect a configure race condition - and would
--- Comment #37 from iains at gcc dot gnu dot org 2010-06-02 10:06 ---
(In reply to comment #36)
Since I had a new comparison failure before your answer, I did the following:
yes, re-running bootstrap will make no difference if the race is in the
configure...
(1) delete the various
--- Comment #10 from iains at gcc dot gnu dot org 2010-06-02 16:25 ---
(In reply to comment #9)
(In reply to comment #1)
OK Thank you very much.
I have verified the prerequisites before.
Please note I just send a zip files with all log files.
thanks for posting the files -
see
--- Comment #45 from iains at gcc dot gnu dot org 2010-06-02 19:15 ---
(In reply to comment #44)
This seems linked to the optimization:
[macbook] f90/bug% /opt/gcc/build_w/prev-gcc/xgcc -B/opt/gcc/build_w/prev-gcc/
-O2 -pthread pthread_create.c -o tls.ex
[macbook] f90/bug% rm -f
--- Comment #46 from iains at gcc dot gnu dot org 2010-06-02 19:42 ---
(In reply to comment #44)
This seems linked to the optimization:
At the risk of stating the obvious - since there are no DYLD_LIBRARY_PATH in
your posts...
Are you doing this uninstalled?
I guess you have
--- Comment #48 from iains at gcc dot gnu dot org 2010-06-02 20:09 ---
Created an attachment (id=20814)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20814action=view)
adds some TLS torture tests to gcc.dg
Hm - the placeholder, temporary fix for EMUTLS doesn't appear to work
--- Comment #49 from iains at gcc dot gnu dot org 2010-06-02 20:13 ---
(In reply to comment #47)
At the risk of stating the obvious - since there are no DYLD_LIBRARY_PATH in
your posts...
Are you doing this uninstalled?
I guess you have to be sure that the right libgcc_s
--- Comment #51 from iains at gcc dot gnu dot org 2010-06-02 20:28 ---
(In reply to comment #50)
What is the output of
grep -i tls your_paths/libgomp/config.log
on darwin9?
For me the answer is gcc_cv_have_tls=no for both powerpc-apple-darwin9 gcc
4.6 r160081 and i686
--- Comment #52 from iains at gcc dot gnu dot org 2010-06-02 20:32 ---
(In reply to comment #51)
(In reply to comment #50)
What is the output of
grep -i tls your_paths/libgomp/config.log
on darwin9?
For me the answer is gcc_cv_have_tls=no for both powerpc-apple
--- Comment #30 from iains at gcc dot gnu dot org 2010-06-02 20:41 ---
(In reply to comment #29)
I don't see that as justification for breaking the ABI.
no problem - I'll revert that part.
I had thought that since these vars could get hit very hard in parallel code,
the 0 offset
--- Comment #54 from iains at gcc dot gnu dot org 2010-06-02 20:44 ---
(In reply to comment #53)
Created an attachment (id=20814)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20814action=view) [edit]
adds some TLS torture tests to gcc.dg
Hm - the placeholder, temporary fix
--- Comment #56 from iains at gcc dot gnu dot org 2010-06-02 22:07 ---
(In reply to comment #55)
and on D10 - no @ stage1 (correct)
I see
[macbook] gcc/build_w% grep -i tls
stage1-x86_64-apple-darwin10.3.0/libgomp/config.log
| #define HAVE_TLS 1
| #define HAVE_TLS 1
--- Comment #58 from iains at gcc dot gnu dot org 2010-06-03 07:57 ---
(In reply to comment #57)
(In reply to comment #46)
Other than that, you guys manage to write a lot about this but still not
answer
all questions (both of which makes it unattractive for others to look
--- Comment #32 from iains at gcc dot gnu dot org 2010-06-03 09:21 ---
(In reply to comment #31)
The latest proposed patch triggers one additional g++ tls failure...
FAIL: g++.dg/tls/init-2.C (test for excess errors)
this test is not enabled for emutls at present;
yes, I know
--- Comment #62 from iains at gcc dot gnu dot org 2010-06-03 10:59 ---
(In reply to comment #60)
(In reply to comment #59)
Is this bug just a dupe of PR 44132 now?
No, PR44132 applies to all darwin versions.
However, I think it *is* a dup of PR44304 (which relates to the fail
--- Comment #63 from iains at gcc dot gnu dot org 2010-06-03 12:50 ---
(In reply to comment #62)
(In reply to comment #60)
(In reply to comment #59)
Is this bug just a dupe of PR 44132 now?
No, PR44132 applies to all darwin versions.
OK, I need to refine that comment
--- Comment #65 from iains at gcc dot gnu dot org 2010-06-03 13:17 ---
*** Bug 44304 has been marked as a duplicate of this bug. ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from iains at gcc dot gnu dot org 2010-06-03 13:17 ---
*** This bug has been marked as a duplicate of 43170 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #34 from iains at gcc dot gnu dot org 2010-06-03 15:03 ---
(In reply to comment #33)
On x86_64-apple-darwin10.3.0 the patch in comment #26 applied on top of
r160219
cause
=== libjava Summary for unix/-m64 ===
# of expected passes2459
--- Comment #36 from iains at gcc dot gnu dot org 2010-06-03 16:08 ---
(In reply to comment #35)
Extracted from x86_64-apple-darwin10.3.0/libjava/testsuite/libjava.log:
...
set_ld_library_path_env_vars:
ld_library_path=.:/opt/gcc/build_w/x86_64-apple-darwin10.3.0/./libjava/.libs
--- Comment #67 from iains at gcc dot gnu dot org 2010-06-03 16:12 ---
I am puzzled by this apparent fail when the tests that depend on the variables
being distinct are all passing.
So, I think I've got a hunch;
If the spawned thread finishes before pthread_create () returns
--- Comment #72 from iains at gcc dot gnu dot org 2010-06-03 20:06 ---
Created an attachment (id=20822)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20822action=view)
config patch for test
config/tls.m4 - modified as per Jakub's suggestion
*/configure regenerated as necessary
--- Comment #38 from iains at gcc dot gnu dot org 2010-06-03 23:45 ---
(In reply to comment #37)
(In reply to comment #35)
Note the failures occur only with -m64, not with -m32.
This may due to a misconfiguration of libjava similar to pr43170. I am
bootstrapping with the latest
--- Comment #73 from iains at gcc dot gnu dot org 2010-06-04 00:40 ---
(In reply to comment #72)
Created an attachment (id=20822)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20822action=view) [edit]
config patch for test
config/tls.m4 - modified as per Jakub's suggestion
--- Comment #40 from iains at gcc dot gnu dot org 2010-06-04 18:45 ---
(In reply to comment #39)
I confirm that the failures for libjava reported in comment #33 were due to
some misconfiguration.
With the patches in http://gcc.gnu.org/bugzilla/attachment.cgi?id=20762 and
http
--- Comment #74 from iains at gcc dot gnu dot org 2010-06-06 13:35 ---
posted as
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00463.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43170
--- Comment #14 from iains at gcc dot gnu dot org 2010-06-07 10:45 ---
closing after back-porting to 4.5;
if anyone feels passionately about a merge to 4.4 ... they can re-open.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from iains at gcc dot gnu dot org 2010-06-08 08:55 ---
this has been fixed for some time in the test-suite by running only for
*-*-darwin* and skipping for gnu-runtime.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #75 from iains at gcc dot gnu dot org 2010-06-09 09:27 ---
Subject: Bug 43170
Author: iains
Date: Wed Jun 9 09:27:04 2010
New Revision: 160457
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160457
Log:
config:
PR bootstrap/43170
* tls.m4
--- Comment #76 from iains at gcc dot gnu dot org 2010-06-10 09:02 ---
committed to the 4.5 branch as r160526.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43170
--- Comment #15 from iains at gcc dot gnu dot org 2010-06-10 12:33 ---
back-ported to 4.5 release branch as r160541.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32052
--- Comment #10 from iains at gcc dot gnu dot org 2010-06-10 13:04 ---
back-ported to 4.5. release branch as r160546.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35996
--- Comment #5 from iains at gcc dot gnu dot org 2010-06-11 08:32 ---
closing as fixed after back-porting to the 4.5 release branch at r160482
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from iains at gcc dot gnu dot org 2010-06-11 08:36 ---
is this now fixed?
in 4.5 after r160526,
and trunk after r160457
which should have made the detection of emulated TLS more reliable.
--
iains at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from iains at gcc dot gnu dot org 2010-06-11 08:37 ---
closing as fixed by r160457 (trunk) and r160526 (4.5 release branch)
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #77 from iains at gcc dot gnu dot org 2010-06-11 08:38 ---
no new issues having been reported by the regression testers, closing this as
fixed.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from iains at gcc dot gnu dot org 2010-06-11 08:57 ---
closing as fixed after back-ports to the current release branch (4.5) for
various ObjC fixes including the ones listed here:
r160482, r160541, r160546
--
iains at gcc dot gnu dot org changed:
What
101 - 200 of 295 matches
Mail list logo
