This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug middle-end/53093] [4.8 Regression]: tls/alias-1.c ICE, emutls
- From: "hp at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Fri, 27 Apr 2012 13:15:51 +0000
- Subject: [Bug middle-end/53093] [4.8 Regression]: tls/alias-1.c ICE, emutls
- Auto-submitted: auto-generated
- References: <bug-53093-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53093
--- Comment #7 from Hans-Peter Nilsson <hp at gcc dot gnu.org> 2012-04-27 13:15:51 UTC ---
(In reply to comment #6)
> > > Does the aliases behave sanely with emutls?
> > How do I tell?
> Honestly I hoped you will know. Emutls is not my area.
I should have mentioned that the other tests covering emutls work, so perhaps I
could answer the first question with a weak "yes". :)
> Basically I would expect that creating two module testcase and accessing same
> TLS var with the var and alias should break with current implementation.
That might be so, but I don't know how to map "module" to a target which
doesn't have DSO's. If you just mean different object files, then please do
add such a test, if there is none! BTW, *-darwin* might be better for thorough
emutls testing.
Testing the patch in comment#4 finished: success.
thanks.