http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45786
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45786
--- Comment #7 from neil.n.carlson at gmail dot com 2011-05-28 18:14:04 UTC ---
So what is the status of this defect? It would appear to be "will not fix".
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45786
Daniel Franke changed:
What|Removed |Added
CC||dfranke at gcc dot gnu.org
--- Comment #6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45786
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45786
--- Comment #4 from Steve Kargl
2010-09-25 05:57:30 UTC ---
On Sat, Sep 25, 2010 at 03:00:37AM +, sgk at troutmask dot
apl.washington.edu wrote:
> On Sat, Sep 25, 2010 at 12:16:53AM +, kargl at gcc dot gnu.org wrote:
> >
> > Interesting*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45786
--- Comment #3 from Steve Kargl
2010-09-25 03:00:24 UTC ---
On Sat, Sep 25, 2010 at 12:16:53AM +, kargl at gcc dot gnu.org wrote:
>
> Interesting**3. If you simply remove the private
> and public statement then everything works as one
> wou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45786
--- Comment #2 from neil.n.carlson at gmail dot com 2010-09-25 00:27:24 UTC ---
Note also that the problem isn't restricted to .eq./== ; it appears to occur
with all the other pairs of equivalent operators: .ne./!=, .lt./<, etc. At
least the compi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45786
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co