--- Comment #12 from jakub at gcc dot gnu dot org 2006-08-28 12:31 ---
Subject: Bug 28407
Author: jakub
Date: Mon Aug 28 12:31:26 2006
New Revision: 116507
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116507
Log:
2006-07-20 Jason Merrill <[EMAIL PROTECTED]>
* tree.c
--- Comment #11 from bkoz at gcc dot gnu dot org 2006-07-27 22:21 ---
I definitely remember Gaby talking about this at the standards meetings.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28407
--- Comment #10 from jason at gcc dot gnu dot org 2006-07-20 16:19 ---
fixed
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jason at gcc dot gnu dot org 2006-07-20 16:03 ---
Subject: Bug 28407
Author: jason
Date: Thu Jul 20 16:02:57 2006
New Revision: 115622
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115622
Log:
PR c++/28407
* cp/decl.c (grokvardecl): Set DECL_
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-07-19 00:45
---
This is certainly a serious problem.
Right now, the C++ front end relies on TREE_PUBLIC in various places to
determine whether or not something has external linkage. Instead, we could
compute that, by looking at
--- Comment #7 from jakub at gcc dot gnu dot org 2006-07-18 15:45 ---
Re #5, globalize_decl is way too late, the middle-end and especially back-end
shouldn't be lied to, there are many nice optimizations which it can do with
!TREE_PUBLIC symbols.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #6 from gdr at integrable-solutions dot net 2006-07-17 20:19
---
Subject: Re: [4.2 regression] Issue with anonymous namespace
"jason at redhat dot com" <[EMAIL PROTECTED]> writes:
| --- Comment #3 from jason at redhat dot com 2006-07-17 19:53 ---
| Subject: Re:
--- Comment #5 from jason at redhat dot com 2006-07-17 20:08 ---
Subject: Re: [4.2 regression] Issue with anonymous namespace
Or globalize_decl could just do nothing if the assembler name contains a
reference to the anonymous namespace.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #4 from jakub at redhat dot com 2006-07-17 20:04 ---
Well, C++ implies unit-at-a-time, so when gimplifying we could very well
change the TREE_PUBLIC bits of anon namespace objects. Till then this either
could be always recomputed using decl_anon_ns_mem_p etc., or be stored i
--- Comment #3 from jason at redhat dot com 2006-07-17 19:53 ---
Subject: Re: [4.2 regression] Issue with anonymous namespace
gdr at integrable-solutions dot net wrote:
> I have always warned people that the
> unnamed namespace transformation to "static" should happen in the
> *back-en
--- Comment #2 from gdr at integrable-solutions dot net 2006-07-17 16:51
---
Subject: Re: New: [4.2 regression] Issue with anonymous namespace
"jakub at redhat dot com" <[EMAIL PROTECTED]> writes:
| template
| const char *baz ()
| {
| return str;
| }
|
| namespace { char foo[] =
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-17 11:56 ---
Confirmed, this should still work as foo is not a static variable.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
13 matches
Mail list logo
