[Bug bootstrap/56424] [4.8 Regression] ICE at tree-inline.c:2833 on a-nllcef.ads at -O2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56424 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug ada/56436] New: Documentation states restriction that's not enforced

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56436 Bug #: 56436 Summary: Documentation states restriction that's not enforced Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: norm

[Bug target/52555] [4.6/4.7/4.8 Regression] ICE unrecognizable insn with -ffast-math and __attribute__((optimize(xx)))

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52555 --- Comment #14 from Jakub Jelinek 2013-02-24 18:54:42 UTC --- Author: jakub Date: Sun Feb 24 18:54:37 2013 New Revision: 196245 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196245 Log: PR target/52555 * target-globa

[Bug c/56371] When building GCC from combined tree, configure is making wrong assumptions about 'gas' and 'ld'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56371 Hans-Peter Nilsson changed: What|Removed |Added CC||hp at gcc dot gnu.org ---

[Bug bootstrap/56424] [4.8 Regression] ICE at tree-inline.c:2833 on a-nllcef.ads at -O2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56424 --- Comment #2 from Rainer Emrich 2013-02-24 19:41:51 UTC --- Am 24.02.2013 17:05, schrieb ebotcazou at gcc dot gnu.org: > --- Comment #1 from Eric Botcazou 2013-02-24 > 16:05:44 UTC --- Confirmed, but libada isn't stage #3 since it's a t

[Bug bootstrap/56424] [4.8 Regression] ICE at tree-inline.c:2833 on a-nllcef.ads at -O2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56424 Eric Botcazou changed: What|Removed |Added Status|NEW |ASSIGNED CC|ebot

[Bug libstdc++/42857] std::istream::ignore(std::streamsize n) calls unnecessary underflow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42857 Andrew Ayer changed: What|Removed |Added CC||bugs at mm dot beanwood.com --- C

[Bug libstdc++/56437] New: basic_string assumes that allocators are default-constructible

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56437 Bug #: 56437 Summary: basic_string assumes that allocators are default-constructible Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONF

[Bug c++/56438] New: [4.8 regression] ICE in value_dependent_expression_p, at cp/pt.c:19551

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56438 Bug #: 56438 Summary: [4.8 regression] ICE in value_dependent_expression_p, at cp/pt.c:19551 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFI

[Bug libstdc++/56437] basic_string assumes that allocators are default-constructible

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56437 --- Comment #1 from Jonathan Wakely 2013-02-25 00:08:35 UTC --- This is hardly the only C++11 allocator requirement missing from std::string, ALL of the new requirements are missing, and unlikely to be implemented until we switch to a non-

[Bug libstdc++/56437] basic_string assumes that allocators are default-constructible

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56437 --- Comment #2 from Jonathan Wakely 2013-02-25 00:11:16 UTC --- C++11 allocators are not required to define any of these: typedef T* pointer; typedef const T* const_pointer; typedef T& reference; typedef const T& const_refe

[Bug fortran/55117] Programs fails to read namelist (contains derived types objects)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117 --- Comment #14 from Tilo Schwarz 2013-02-25 01:00:01 UTC --- Created attachment 29532 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29532 Namelist patch

[Bug fortran/55117] Programs fails to read namelist (contains derived types objects)

wondering and curious how the magic in libgfortran works. I had a look at the code and could observe the following: If I apply the attached patch (comment 14, namelist.diff) on gcc version 4.8.0 20130224 - my example from comment 11 works - the example from comment 3 seems to work - the

[Bug c/56439] New: global and local register variables don't work in a useful way -- AVR

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56439 Bug #: 56439 Summary: global and local register variables don't work in a useful way -- AVR Classification: Unclassified Product: gcc Version: 4.7.2 Status:

[Bug target/56439] global and local register variables don't work in a useful way -- AVR

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56439 Andrew Pinski changed: What|Removed |Added Component|c |target --- Comment #1 from Andr

[Bug target/56439] global and local register variables don't work in a useful way -- AVR

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56439 --- Comment #2 from Robert "Finny" Merrill 2013-02-25 03:30:47 UTC --- Any specific sections you can point me to? I'd be interested to hear a justification for this behavior.

[Bug target/56439] global and local register variables don't work in a useful way -- AVR

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56439 --- Comment #3 from Andrew Pinski 2013-02-25 03:53:25 UTC --- (In reply to comment #2) > Any specific sections you can point me to? I'd be interested to hear a > justification for this behavior. Simple answer, an interrupt can happen an

[Bug target/56439] global and local register variables don't work in a useful way -- AVR

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56439 --- Comment #4 from Robert "Finny" Merrill 2013-02-25 05:46:29 UTC --- Wouldn't that be a reason /against/ doing this: mov r24,r4 lsl r24 mov r4,r24 instead of just lsl r4?

[Bug libstdc++/56437] basic_string assumes that allocators are default-constructible

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56437 --- Comment #3 from Thomas Neumann 2013-02-25 06:31:43 UTC --- (In reply to comment #1) > This is hardly the only C++11 allocator requirement missing from std::string, > ALL of the new requirements are missing, and unlikely to be implemente

[Bug target/56439] global and local register variables don't work in a useful way -- AVR

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56439 Chung-Ju Wu changed: What|Removed |Added CC||jasonwucj at gmail dot com --- Co