http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51186
Bug #: 51186
Summary: declaring main() with auto but without --std=c++11
gives inconsistent error messages
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51187
Bug #: 51187
Summary: gcc 4.6.2 miscompiles genrecog.c when building gcc
4.5.3 with --target=avr on Debian/sparc
Classification: Unclassified
Product: gcc
Version: 4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51187
--- Comment #1 from Jurij Smakov jurij at wooyd dot org 2011-11-17 09:01:06
UTC ---
Created attachment 25843
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25843
Preprocessed genrecog.c code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51183
Chris Jefferson chris at bubblescope dot net changed:
What|Removed |Added
CC||chris at
++
COLLECT_LTO_WRAPPER=/app2/gcc/4.7.0-2017-svn181436/x86_64/libexec/gcc/x86_64-unknown-linux-gnu/4.7.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ./configure --prefix=/app2/gcc/4.7.0-2017-svn181436/x86_64
--enable-languages=c,c++,fortran --disable-nls
--with-gmp=/app2/gcc/4.7.0-2017
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51187
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe at it dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #1 from fabien at gcc dot gnu.org 2011-11-17 09:25:55 UTC ---
Yet another bug caused by my recent changes with using declarations.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51189
Bug #: 51189
Summary: [4.7 Regression] ICE in force_decl_die, at
dwarf2out.c:19261
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51189
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51183
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-17
09:30:41 UTC ---
nope, they haven't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51185
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51183
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #3 from fabien at gcc dot gnu.org 2011-11-17 10:21:30 UTC ---
(In reply to comment #2)
(In reply to comment #0)
[...]
Jason, I'd like to run the testsuite without this 7 member rule, how could I
do
that ?
To clarify, I mean 0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51190
Bug #: 51190
Summary: [4.7 Regression] 'using' causing trouble
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51190
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51159
--- Comment #2 from sebastian.heg...@tu-dresden.de 2011-11-17 10:44:33 UTC ---
Fixed in trunk r173723, not fixed in gcc-4.6-branch.
--enable-build-with-cxx is an officially supported build option, so it should
work reliably in releases.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51189
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51185
--- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com
2011-11-17 10:58:09 UTC ---
(In reply to comment #1)
The root of the problem is that __is_base_to_derived_ref works on source
references solely. I need a bit time for a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51190
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
=/usr/local/libexec/gcc/x86_64-apple-darwin11.2.0/4.7.0/lto-wrapper
Target: x86_64-apple-darwin11.2.0
Configured with: ./configure --enable-languages=c,c++,fortran
--disable-multilib --disable-bootstrap --enable-lto -disable-libitm
Thread model: posix
gcc version 4.7.0 2017 (experimental) (GCC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51185
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51183
--- Comment #4 from Marc Glisse marc.glisse at normalesup dot org 2011-11-17
11:44:55 UTC ---
(In reply to comment #1)
This was necessary because (I believe) it is impossible to implement the
piecewise_construct_t constructor without compiler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51187
Peter Green plugwash at p10link dot net changed:
What|Removed |Added
CC||plugwash at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51191
Bug #: 51191
Summary: [C++0x] SEGV on deducing template aliases with
non-template alias declarations
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51192
Bug #: 51192
Summary: h8300 ICE building libgcov.c in int_mode_for_mode
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51193
Bug #: 51193
Summary: std::cout is behaving strangely
Classification: Unclassified
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51194
Bug #: 51194
Summary: ICE about template aliasing
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51193
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51193
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-17
13:19:11 UTC ---
you should compile with warnings before reporting bugs:
b.cc: In function 'int rCount(int, int, int*)':
b.cc:30: warning: control reaches end of non-void
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Target|s390x-ibm-linux |s390x-ibm-linux,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #13 from David Edelsohn dje at gcc dot gnu.org 2011-11-17
14:02:47 UTC ---
The comment for the new code show the error in logic:
/* If the remaining chunk doesn't have full wordsize we have
to make sure that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #4 from Jason Merrill jason at gcc dot gnu.org 2011-11-17
15:17:35 UTC ---
(In reply to comment #2)
There is a strange thing here, if we reach 7 members in a class, things are
done differently in the compiler.
Jason, I'd like to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39976
William J. Schmidt wschmidt at gcc dot gnu.org changed:
What|Removed |Added
CC||wschmidt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43674
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39976
--- Comment #38 from William J. Schmidt wschmidt at gcc dot gnu.org
2011-11-17 15:17:53 UTC ---
Created attachment 25845
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25845
Expand details dump for reduced test case
Attaching the full
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #14 from Andreas Krebbel krebbel at gcc dot gnu.org 2011-11-17
15:23:26 UTC ---
As the tests from Ian Sandoe and Dominique d'Humieres show, the Darwin/AIX
regressions disappear when limiting the extract_bit_field invocation to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38219
Sean McGovern gseanmcg at gmail dot com changed:
What|Removed |Added
CC||gseanmcg at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51195
Bug #: 51195
Summary: viewcvs can't display gcc/testsuite/gcc.dg/
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45102
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50741
--- Comment #8 from Michael Matz matz at gcc dot gnu.org 2011-11-17 16:04:04
UTC ---
Author: matz
Date: Thu Nov 17 16:03:56 2011
New Revision: 181443
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181443
Log:
PR middle-end/50644
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50644
--- Comment #20 from Michael Matz matz at gcc dot gnu.org 2011-11-17 16:04:04
UTC ---
Author: matz
Date: Thu Nov 17 16:03:56 2011
New Revision: 181443
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181443
Log:
PR middle-end/50644
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45012
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
CC||ramana at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50741
Michael Matz matz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50644
Michael Matz matz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51195
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-17
16:19:15 UTC ---
it happens all the time, not just with that directory. retry and it sometimes
works eventually
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #15 from Dominique d'Humieres dominiq at lps dot ens.fr
2011-11-17 16:33:59 UTC ---
As the tests from Ian Sandoe and Dominique d'Humieres show, the Darwin/AIX
regressions disappear when limiting the extract_bit_field invocation to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51137
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org 2011-11-17
16:35:08 UTC ---
Author: jason
Date: Thu Nov 17 16:34:59 2011
New Revision: 181444
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181444
Log:
PR c++/51137
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51195
--- Comment #2 from Sean McGovern gseanmcg at gmail dot com 2011-11-17
16:37:59 UTC ---
Wondering if it's the same issue as
http://viewvc.tigris.org/issues/show_bug.cgi?id=454 -- if so it's been fixed in
viewvc 1.1.12 which was just released 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51196
Bug #: 51196
Summary: FAIL: g++.dg/cpp0x/Wzero-as-null-pointer-constant-1.C
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39976
Michael Matz matz at gcc dot gnu.org changed:
What|Removed |Added
CC||matz at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51137
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50663
--- Comment #2 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-11-17
17:11:30 UTC ---
Author: ebotcazou
Date: Thu Nov 17 17:11:16 2011
New Revision: 181446
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181446
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50663
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51118
Uros Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51194
--- Comment #1 from dodji at seketeli dot org dodji at seketeli dot org
2011-11-17 17:33:28 UTC ---
I could not reproduce the ICE with svn trunk revision r181378. Here is
what I get:
$ cat -n test.cc
1#include boost/mpl/and.hpp
2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51196
--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-17
17:33:43 UTC ---
That's a pity, but personally frankly I don't think I will be able to seriously
debug for this target in the near future. Or maybe Jason has something
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51191
Dodji Seketeli dodji at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-11-17 17:40:02 UTC ---
--- Comment #18 from Iain Sandoe iains at gcc dot gnu.org 2011-11-15
09:34:00 UTC ---
(In reply to comment #16)
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51196
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51118
--- Comment #5 from Uros Bizjak ubizjak at gmail dot com 2011-11-17 17:50:44
UTC ---
Better patch:
--cut here--
Index: fold-const.c
===
--- fold-const.c(revision 181443)
+++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #20 from Iain Sandoe iains at gcc dot gnu.org 2011-11-17 17:50:09
UTC ---
(In reply to comment #19)
--- Comment #18 from Iain Sandoe iains at gcc dot gnu.org 2011-11-15
09:34:00 UTC ---
(In reply to comment #16)
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50306
--- Comment #1 from Marc-Andre Laperle malaperle at omnialabs dot net
2011-11-17 18:00:27 UTC ---
I have never worked with the GCC source code before, any pointers to where I
should start to look to fix this issue? Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51191
Dodji Seketeli dodji at gcc dot gnu.org changed:
What|Removed |Added
CC|dodji at gcc dot gnu.org|
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #7 from Aldy Hernandez aldyh at gcc dot gnu.org 2011-11-17
18:06:20 UTC ---
The rs6000.c failure looks like rs6000_xcoff_section_type_flags() should deal
with decl == NULL.
But the other similar failure is in trans-mem.c:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51196
--- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-17
18:14:16 UTC ---
I'll see what I can do... At the moment really I have no idea why for this
target only we have a different behavior.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50306
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #8 from David Edelsohn dje at gcc dot gnu.org 2011-11-17 18:37:36
UTC ---
How can I reproduce this additional error in trans-mem.c?
I believe that you need to use a target that does not define HAVE_COMDAT_GROUP.
Other targets do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #9 from Aldy Hernandez aldyh at redhat dot com 2011-11-17
19:04:43 UTC ---
I do not understand what you are asking. You can reproduce the failures or
you
cannot? My rs6000.c patch fixes some of the failures. The varasm.c patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #10 from David Edelsohn dje at gcc dot gnu.org 2011-11-17
19:23:11 UTC ---
My patch did not fix the testsuite failures in trans-mem.c:tm_mangle() where
ipa_tm_create_version() and ipa_tm_create_version_alias() call tm_mangle() with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51182
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2011-11-17
19:25:56 UTC ---
This kind of changes are not interesting (and I doubt anyone will investigate).
Interesting are code changes that make a difference in performance.
Btw,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #5 from Jason Merrill jason at gcc dot gnu.org 2011-11-17
19:32:13 UTC ---
It looks like the sorted fields code in lookup_field_1 needs to handle
using_decl like the unsorted fields code does. I think this will also fix
PR51141
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51197
Bug #: 51197
Summary: [4.7 Regression] Backtrace information less useful
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51197
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51197
--- Comment #2 from Harald Anlauf anlauf at gmx dot de 2011-11-17 20:17:32
UTC ---
(In reply to comment #1)
A fatal error occurred! Backtrace for this error:
#0 0x80588BF in _gfortrani_show_backtrace at backtrace.c:261
#1 0x80494B7 in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #6 from fabien at gcc dot gnu.org 2011-11-17 20:24:56 UTC ---
(In reply to comment #5)
It looks like the sorted fields code in lookup_field_1 needs to handle
using_decl like the unsorted fields code does. I think this will also fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #7 from fabien at gcc dot gnu.org 2011-11-17 20:57:16 UTC ---
FYI, it fixes the following PRs: c++/51190, c++/51189, c++/51188, c++/51152,
c++/51141.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51190
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
fabien at gcc dot gnu.org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51152
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #9 from fabien at gcc dot gnu.org 2011-11-17 20:59:37 UTC ---
*** Bug 51189 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51189
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
fabien at gcc dot gnu.org changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #12 from Jason Merrill jason at gcc dot gnu.org 2011-11-17
21:03:31 UTC ---
(In reply to comment #6)
do
-field = fields[i--];
+field = strip_using_decl (fields[i--]);
while (i = lo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51186
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51186
--- Comment #1 from Jason Merrill jason at gcc dot gnu.org 2011-11-17
21:00:34 UTC ---
Author: jason
Date: Thu Nov 17 21:00:30 2011
New Revision: 181455
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181455
Log:
PR c++/51186
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
fabien at gcc dot gnu.org changed:
What|Removed |Added
CC||cas43 at cs dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51141
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
--- Comment #2 from joseph at codesourcery dot com joseph at codesourcery dot
com 2011-11-17 21:06:54 UTC ---
FWIW, classic m68k has compare-and-swap, while ColdFire Linux uses kernel
helpers (available in both vDSO and syscall forms; the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
--- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-17
21:10:25 UTC ---
I would recommend figuring out which specific patch part of the recent TM / C++
atomic work is at the root of the problem and thus CC-ing either Aldy or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
--- Comment #5 from Steve Ellcey sje at gcc dot gnu.org 2011-11-17 21:22:15
UTC ---
Author: sje
Date: Thu Nov 17 21:22:11 2011
New Revision: 181457
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181457
Log:
2011-11-17 Steve Ellcey
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51145
Dodji Seketeli dodji at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51159
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51159
--- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org 2011-11-17
21:37:12 UTC ---
(In reply to comment #2)
--enable-build-with-cxx is an officially supported build option, so it
should
work reliably in releases.
But this is not a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
--- Comment #4 from dave.anglin at bell dot net 2011-11-17 21:46:40 UTC ---
Symbol is from libsupc++/eh_tm.cc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51011
--- Comment #8 from Andrew Macleod amacleod at redhat dot com 2011-11-17
21:49:44 UTC ---
Created attachment 25846
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25846
potential second patch
What I dont get is why HP PARISC doesn't have this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #13 from fabien at gcc dot gnu.org 2011-11-17 21:53:15 UTC ---
(In reply to comment #12)
Let's wait and strip_using_decl after the loop (i.e. at the return statement),
since a USING_DECL has the same name. We also need to check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19820
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30142
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
1 - 100 of 139 matches
Mail list logo