http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54659
Dâniel Fraga changed:
What|Removed |Added
CC||fragabr at gmail dot com
--- Comment #30 f
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=202360&root=gcc&view=rev
Log:
Testcase for PR58282
2013-09-08 Tom de Vries
PR c++/58282
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: UNCO
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=202359&root=gcc&view=rev
Log:
Handle noexcept on transactions with -fno-exceptions
2013-09-08
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58341
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58341
--- Comment #4 from 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=202357&root=gcc&view=rev
Log:
2013-09-07 Paolo Carlini
PR libstdc++/58341
* include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58341
--- Comment #5 from 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=202358&root=gcc&view=rev
Log:
2013-09-07 Paolo Carlini
PR libstdc++/58341
* include
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=58340
--- Comment #11 from Jeffrey A. Law ---
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 testing it on x86_64-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58354
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51488
--- Comment #5 from Paolo Carlini ---
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 relatively easily.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58336
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
--- Comment #11 from Manuel López-Ibáñez ---
(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 on the C FE. Any taker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
--- Comment #10 from Jeffrey A. Law ---
Zhengong's testcase fails for me, so I'll work with that first.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51488
--- Comment #4 from Manuel López-Ibáñez ---
(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 handle this case.
> I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
Manuel López-Ibáñez changed:
What|Removed |Added
CC||tkhai at yandex dot ru
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58323
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58319
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=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=58353
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
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 onl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58244
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
--- Comment #9 from Gerald Pfeifer ---
(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=58348
Andris Pavenis changed:
What|Removed |Added
CC||andris.pavenis at iki dot fi
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58351
Dominique d'Humieres changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comm
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++
Assignee:
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=58352
--- Comment #4 from Daniel Krügler ---
Maybe related to bug 16564?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58352
--- Comment #3 from Daniel Krügler ---
(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% sure the attached testcase
*should*
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, maybe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58352
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
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: c+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58210
--- Comment #5 from GGanesh ---
(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 solved. I am changing the status as fixe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58210
GGanesh changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58210
--- Comment #4 from Marc Glisse ---
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=58201
--- Comment #15 from Paolo Carlini ---
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=58201
--- Comment #14 from Jakub Jelinek ---
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 (EXPR_LOC_OR_HERE (expr)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58350
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
--- Comment #8 from Dominique d'Humieres ---
Also seen on x86_64-apple-darwin10.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58351
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
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
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
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58349
--- Comment #1 from Mikael Pettersson ---
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 -mfloat-abi=hard -mfpu=neon -mtu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58341
Jonathan Wakely changed:
What|Removed |Added
Keywords||documentation
Status|UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
--- Comment #7 from Andreas Schwab ---
It's also causing miscompare on ia64.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
Target Mil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58317
--- Comment #5 from Jonathan Wakely ---
(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) { }
> };
>
> int main()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58201
--- Comment #13 from Jan Hubicka ---
> 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 serious diagnostic regr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58348
--- Comment #2 from Andreas Schwab ---
*** Bug 58347 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58347
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
P
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: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58348
--- Comment #1 from Dirk Schroetter ---
Created attachment 30758
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30758&action=edit
configure log
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=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=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 4.7.3-1ubu
58 matches
Mail list logo
