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
St
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 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 changed:
What|Removed |Added
CC||chris at bubblescope dot
25.el6_1.3.i686
glibc-2.12-1.25.el6_1.3.x86_64
> g++ -v
Using built-in specs.
COLLECT_GCC=g++
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-20111117-svn1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51187
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #2
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 changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51183
--- Comment #2 from Jonathan Wakely 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 changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51183
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51190
Volker Reichelt 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
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 proper fix.
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|
e-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)
Vincenzos-MacBook-Pro:ExercisesBertinoro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51185
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51183
--- Comment #4 from Marc Glisse 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 support for forwarding
> construc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51187
Peter Green changed:
What|Removed |Added
CC||plugwash at p10link dot net
--- Comment #3
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 changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51193
--- Comment #2 from Jonathan Wakely 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 function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
David Edelsohn 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 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 for big endian machines t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #4 from Jason Merrill 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 run the testsuite wit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39976
William J. Schmidt changed:
What|Removed |Added
CC||wschmidt at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43674
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Jason Merril
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39976
--- Comment #38 from William J. Schmidt
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 details dump from cfgexpand for t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #14 from Andreas Krebbel 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
fieldmode == BLKmode (as it was in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38219
Sean McGovern changed:
What|Removed |Added
CC||gseanmcg at gmail dot com
--- Comment #13
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
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45102
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #8 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50741
--- Comment #8 from Michael Matz 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=gcc&view=rev&rev=181443
Log:
PR middle-end/50644
PR middle-end/50741
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50644
--- Comment #20 from Michael Matz 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=gcc&view=rev&rev=181443
Log:
PR middle-end/50644
PR middle-end/50741
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45012
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50741
Michael Matz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50644
Michael Matz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51195
--- Comment #1 from Jonathan Wakely 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
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
> fieldmode == BLKmode (a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51137
--- Comment #2 from Jason Merrill 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=gcc&view=rev&rev=181444
Log:
PR c++/51137
* class.c (build_base_path): D
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51195
--- Comment #2 from Sean McGovern 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 weeks ago.
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 changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #39 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51137
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50663
--- Comment #2 from Eric Botcazou 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=gcc&view=rev&rev=181446
Log:
PR rtl-optimization/50663
* cprop.c (im
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50663
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51118
Uros Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51194
--- Comment #1 from 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
2#include
3
4template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51196
--- Comment #1 from Paolo Carlini 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 to
suggest. Otherwise I propose t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51191
Dodji Seketeli changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-17 17:40:02 UTC ---
> --- Comment #18 from Iain Sandoe 2011-11-15
> 09:34:00 UTC ---
> (In reply to comment #16)
>> > --- Comment #15 from Iain Sandoe 2011-11-14
>> > 08:47:16 UTC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51196
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51118
--- Comment #5 from Uros Bizjak 2011-11-17 17:50:44
UTC ---
Better patch:
--cut here--
Index: fold-const.c
===
--- fold-const.c(revision 181443)
+++ fold-const.c(working cop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #20 from Iain Sandoe 2011-11-17 17:50:09
UTC ---
(In reply to comment #19)
> > --- Comment #18 from Iain Sandoe 2011-11-15
> > 09:34:00 UTC ---
> > (In reply to comment #16)
> >> > --- Comment #15 from Iain Sandoe 2011-11-14
> >>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50306
--- Comment #1 from Marc-Andre Laperle
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 changed:
What|Removed |Added
CC|dodji at gcc dot gnu.org|
--- Comment #1 from Dodji Seketeli 201
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #7 from Aldy Hernandez 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:
>
> (gdb) where
> #0 inte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51196
--- Comment #3 from Paolo Carlini 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 changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #8 from David Edelsohn 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 not fill in DECL_COMDAT_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #9 from Aldy Hernandez 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 is
> necessary to fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #10 from David Edelsohn 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
DECL_COMDAT_GROUP field N
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51182
--- Comment #2 from Richard Guenther 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, the code path with the most
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #5 from Jason Merrill 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 (instead of the patch you alre
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
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51197
--- Comment #2 from Harald Anlauf 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 _gfortrani_backtr
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 changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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 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 && DECL_NAME (fields[i]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51186
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51186
--- Comment #1 from Jason Merrill 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=gcc&view=rev&rev=181455
Log:
PR c++/51186
* decl.c (grokdeclarator): Imp
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 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 syscall forms are
probably rather eas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
--- Comment #3 from Paolo Carlini 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 Andrew
or Rth about it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
--- Comment #5 from Steve Ellcey 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=gcc&view=rev&rev=181457
Log:
2011-11-17 Steve Ellcey
PR middle-end/51144
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51145
Dodji Seketeli changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51159
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51159
--- Comment #4 from Andrew Pinski 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 regression so closing as f
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 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 same problem with __sync.
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
> i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19820
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|pinskia at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30142
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
1 - 100 of 139 matches
Mail list logo
