http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
--- Comment #5 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to Jeffrey A. Law from comment #3)
Just to be sure, what version of the trunk are both of you using?
202346 for me. Configured with --prefix=... --with-system-zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58336
--- Comment #2 from holger.brunck at keymile dot com ---
With a g++ verison 4.7.2 it's definetely crashing on my side, but I
doublechecked with a 4.7.3 compiler and the problem seems already to be fixed.
g++ --version
g++ (Ubuntu/Linaro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58347
Bug ID: 58347
Summary: Build fails on x86_64-unknown-linux-gnu in libvtv on
ENABLE_VTABLE_VERIFY not in not appear in
AM_CONDITIONAL
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58348
Bug ID: 58348
Summary: Build fails on x86_64-unknown-linux-gnu in libvtv on
ENABLE_VTABLE_VERIFY not in AM_CONDITIONAL
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58348
--- Comment #1 from Dirk Schroetter dschroetter at mac dot com ---
Created attachment 30758
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30758action=edit
configure log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58349
Bug ID: 58349
Summary: ARMv7: ICE in vect_determine_vectorization_factor, at
tree-vect-loop.c:349
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58350
Bug ID: 58350
Summary: libvtv/testsuite: Makefile:369: *** missing separator.
Stop.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58347
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58348
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org ---
*** Bug 58347 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58201
--- Comment #13 from Jan Hubicka hubicka at ucw dot cz ---
I'm a bit worried, because normally we don't check in the testsuite that those
messages about the instantiation point have the right line number, thus, we
may
well have a pretty
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58317
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Oleg Smolsky from comment #2)
Hey Jonathan, here is a simpler and more natural way to rewrite your example:
struct A {
static int f() { return 0; }
A(int) { }
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
CC||ebotcazou at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
--- Comment #7 from Andreas Schwab sch...@linux-m68k.org ---
It's also causing miscompare on ia64.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58341
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords||documentation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58349
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se ---
I can't reproduce the ICE with either one of gcc 4.6.3, 4.6.4, 4.7.3, or 4.8.1,
configured as crosses to armv7l-linux-gnueabi from x86_64-linux, with options
-march=armv7-a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58351
Bug ID: 58351
Summary: ICE using c_f_pointer subroutine and derived types
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58352
Bug ID: 58352
Summary: infinite template instantiation depth errors
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58351
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
--- Comment #8 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Also seen on x86_64-apple-darwin10.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58350
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58201
--- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org ---
Perhaps use error_at and DECL_SOURCE_LOCATION of the expr being mangled?
Perhaps temporary set input_location to DECL_SOURCE_LOCATION for the duration
of mangle_decl, and use error_at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58201
--- Comment #15 from Paolo Carlini paolo.carlini at oracle dot com ---
Oh, I was just assuming that we didn't have the information! Indeed normally
exprs do have locations!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58210
--- Comment #4 from Marc Glisse glisse at gcc dot gnu.org ---
Now that PR 58137 is fixed, can you still reproduce? Note that not everyone has
access to spec benchmarks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58210
GGanesh Ganesh.Gopalasubramanian at amd dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58210
--- Comment #5 from GGanesh Ganesh.Gopalasubramanian at amd dot com ---
(In reply to Marc Glisse from comment #4)
Now that PR 58137 is fixed, can you still reproduce? Note that not everyone
has access to spec benchmarks.
Thanks. The issue is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58353
Bug ID: 58353
Summary: Internal Compiler Error with Variadic Templates
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58352
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58352
--- Comment #2 from 1zeeky at gmail dot com ---
I am aware that the code is invalid; I'm not saying there shouldn't be an
error.
The problem is, that g++ does not stop printing the error and needs to be
killed to stop. At least mine doesn't,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58352
--- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to 1zeeky from comment #2)
I am aware that the code is invalid; I'm not saying there shouldn't be an
error.
Then I was mislead by your comment: I'm not 100%
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58352
--- Comment #4 from Daniel Krügler daniel.kruegler at googlemail dot com ---
Maybe related to bug 16564?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58352
--- Comment #5 from 1zeeky at gmail dot com ---
Ah, sorry. I wrote that before I found out that this was the issue with the
code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58354
Bug ID: 58354
Summary: variadic template ambigous
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58351
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
CC||burnus at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58348
Andris Pavenis andris.pavenis at iki dot fi changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
--- Comment #9 from Gerald Pfeifer gerald at pfeifer dot com ---
(In reply to Jeffrey A. Law from comment #3)
Just to be sure, what version of the trunk are both of you using?
202346
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58244
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58329
--- Comment #9 from dave.anglin at bell dot net ---
On 6-Sep-13, at 8:05 AM, hubicka at ucw dot cz wrote:
perhaps we want to simply check for ASM_OUTPUT_DEF in symtab and
refuse
to use local aliases then? I think the other macros alow only
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58353
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58355
Bug ID: 58355
Summary: ICE with TYPE, EXTENDS before parent TYPE defined
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58319
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=18501
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||tkhai at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58323
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51488
--- Comment #4 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Paolo Carlini from comment #2)
Manuel, looks like these 3 testcases are instances of the very same issue:
our template instantiation depth control mechanism doesn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
--- Comment #10 from Jeffrey A. Law law at redhat dot com ---
Zhengong's testcase fails for me, so I'll work with that first.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
--- Comment #11 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to JamesH from comment #10)
Therefore, is there any progress on this bug?
I wouldn't expect any soon, unless new developers join GCC development and
decide to work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58336
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51488
--- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com ---
Infinite recursion, which nothing stops. In the meanwhile I posted this:
http://gcc.gnu.org/ml/gcc-patches/2013-08/msg01348.html
I think those issue should be fixable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58354
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
--- Comment #11 from Jeffrey A. Law law at redhat dot com ---
I've found a minor error in the tree-ssa-threadedge.c changes. I can easily
see how it affects Zhengong's testcase and I can speculate how it might be
triggering the ia64 failure.
I'm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58356
Bug ID: 58356
Summary: ICE with finalization and type extension
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58341
--- Comment #4 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Sat Sep 7 22:57:49 2013
New Revision: 202357
URL: http://gcc.gnu.org/viewcvs?rev=202357root=gccview=rev
Log:
2013-09-07 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58341
--- Comment #5 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Sat Sep 7 22:58:04 2013
New Revision: 202358
URL: http://gcc.gnu.org/viewcvs?rev=202358root=gccview=rev
Log:
2013-09-07 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58341
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58282
--- Comment #6 from vries at gcc dot gnu.org ---
Author: vries
Date: Sat Sep 7 23:31:48 2013
New Revision: 202359
URL: http://gcc.gnu.org/viewcvs?rev=202359root=gccview=rev
Log:
Handle noexcept on transactions with -fno-exceptions
2013-09-08
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58357
Bug ID: 58357
Summary: In C++11 std::rotate(first, middle, last) now should
return a forward iterator to first + (last - middle).
Product: gcc
Version: 4.8.1
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58282
--- Comment #7 from vries at gcc dot gnu.org ---
Author: vries
Date: Sat Sep 7 23:31:58 2013
New Revision: 202360
URL: http://gcc.gnu.org/viewcvs?rev=202360root=gccview=rev
Log:
Testcase for PR58282
2013-09-08 Tom de Vries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54659
Dâniel Fraga fragabr at gmail dot com changed:
What|Removed |Added
CC||fragabr at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
Bug ID: 58358
Summary: search_n has a Complexxity violation for random access
iterator
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: minor
58 matches
Mail list logo
