[Bug libstdc++/51667] [4.7 Regression] new FAIL: 27_io/basic_*stream/* execution test with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667 --- Comment #3 from Uros Bizjak 2011-12-24 08:00:38 UTC --- Following testcase shows the problem in libstdc++: --cut here-- #include #include #include void test01() { using namespace std; stringstream ostr1; ostr1.setf(ios_base::oct)

[Bug c++/51671] New: g++ fails to allow a redundant typedef if the redundant typedef depends on a template parameter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51671 Bug #: 51671 Summary: g++ fails to allow a redundant typedef if the redundant typedef depends on a template parameter Classification: Unclassified Product: gcc Version: unknown

[Bug c++/51671] g++ fails to allow a redundant typedef if the redundant typedef depends on a template parameter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51671 --- Comment #1 from Jeff Walden (remove +ggo to email) 2011-12-24 09:18:51 UTC --- For what it's worth, clang also has this bug. See , which is this bug plus an extra testcase that GCC handles correctly

[Bug target/51670] [4.7.0] conflicts with new declaration with 'C++' linkage

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51670 Marc Glisse changed: What|Removed |Added CC||marc.glisse at normalesup

[Bug libstdc++/51667] [4.7 Regression] new FAIL: 27_io/basic_*stream/* execution test with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667 --- Comment #4 from Paolo Carlini 2011-12-24 10:17:00 UTC --- Note that the library code for this is very old and didn't change lately. I'll have a look but a compiler issue seems much more likely.

[Bug tree-optimization/51667] [4.7 Regression] new FAIL: 27_io/basic_*stream/* execution test with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667 Paolo Carlini changed: What|Removed |Added Component|libstdc++ |tree-optimization --- Comment #5 from Pao

[Bug tree-optimization/51667] [4.7 Regression] new FAIL: 27_io/basic_*stream/* execution test with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667 --- Comment #6 from Eric Botcazou 2011-12-24 10:50:45 UTC --- Does it occur with the 32-bit compiler as well? If so, how come the pass has been enabled in 32-bit mode by default?

[Bug c++/51672] New: The optimization flags O2 & O3 produces wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51672 Bug #: 51672 Summary: The optimization flags O2 & O3 produces wrong code Classification: Unclassified Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: critical

[Bug c++/51672] The optimization flags O2 & O3 produces wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51672 --- Comment #1 from Paolo Carlini 2011-12-24 11:34:22 UTC --- Note that gcc4.2.x is very old and not maintained anymore.

[Bug c++/51672] The optimization flags O2 & O3 produces wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51672 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug ada/51114] ICE when creating a private derived type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51114 --- Comment #2 from Frédéric Praca 2011-12-24 11:43:37 UTC --- Created attachment 26181 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26181 Simpler source code that triggers the problem To make the problem easier to understand, I coded a s

[Bug c++/51671] g++ fails to allow a redundant typedef if the redundant typedef depends on a template parameter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51671 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/51671] g++ fails to allow a redundant typedef if the redundant typedef depends on a template parameter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51671 --- Comment #3 from Paolo Carlini 2011-12-24 12:11:22 UTC --- I suppose tweaking comp_array_types should do it...

[Bug tree-optimization/51667] [4.7 Regression] new FAIL: 27_io/basic_*stream/* execution test with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667 --- Comment #7 from Uros Bizjak 2011-12-24 12:20:24 UTC --- REE pass miscompiles std::ostream::operator<<(short): Dump of assembler code for function std::ostream::operator<<(short): => 0x001998f0 <+0>: push %ebx 0x001998f1 <+1>: su

[Bug tree-optimization/51667] [4.7 Regression] new FAIL: 27_io/basic_*stream/* execution test with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667 --- Comment #8 from Uros Bizjak 2011-12-24 12:23:17 UTC --- (In reply to comment #6) > Does it occur with the 32-bit compiler as well? If so, how come the pass has > been enabled in 32-bit mode by default? The problem is exposed for 32bit targe

[Bug rtl-optimization/51667] [4.7 Regression] new FAIL: 27_io/basic_*stream/* execution test with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667 Uros Bizjak changed: What|Removed |Added Component|tree-optimization |rtl-optimization --- Comment #9 from Uros B

[Bug rtl-optimization/51667] [4.7 Regression] new FAIL: 27_io/basic_*stream/* execution test with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667 --- Comment #10 from Uros Bizjak 2011-12-24 12:46:38 UTC --- The problem is illustrated in the second code dump of Comment #7. The second movzwl can be merged with the first one, but we still need movswl to correctly extend the HImode value to SI

[Bug libstdc++/51673] New: undefined references / libstdc++-7.dll

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673 Bug #: 51673 Summary: undefined references / libstdc++-7.dll Classification: Unclassified Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal Priority: P

[Bug libstdc++/51673] undefined references / libstdc++-7.dll

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673 Paolo Carlini changed: What|Removed |Added CC||bkoz at gcc dot gnu.org,

[Bug rtl-optimization/51667] [4.7 Regression] new FAIL: 27_io/basic_*stream/* execution test with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667 --- Comment #11 from Uros Bizjak 2011-12-24 13:36:43 UTC --- Testcase: --cut here-- void abort (void); void __attribute__((noinline)) bar (int a) { if (a != -1) abort (); } void __attribute__((noinline)) foo (short *a, int t) { unsigne

[Bug c++/51672] The optimization flags O2 & O3 produces wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51672 --- Comment #3 from Marouane BENMEIDA 2011-12-24 13:49:09 UTC --- Problems gone on g++ 4.6.2

[Bug rtl-optimization/51667] [4.7 Regression] new FAIL: 27_io/basic_*stream/* execution test with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667 --- Comment #12 from Uros Bizjak 2011-12-24 13:50:16 UTC --- foo can be simplified a bit: void __attribute__((noinline)) foo (short *a, int t) { short r = *a; if (t) bar ((unsigned short) r); else bar ((signed short) r); }

[Bug c++/51672] The optimization flags O2 & O3 produces wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51672 --- Comment #4 from Paolo Carlini 2011-12-24 13:52:24 UTC --- Ah, very good, thanks for checking.

[Bug c++/51674] New: No errors on non-existent symbol in costructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51674 Bug #: 51674 Summary: No errors on non-existent symbol in costructor Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal Pri

[Bug c++/51674] No errors on non-existent symbol in constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51674 --- Comment #1 from So Townsend 2011-12-24 14:02:34 UTC --- Comment on attachment 26183 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26183 Example of problem >#include > >class Foo >{ >public: > Foo() > { > Foo(

[Bug rtl-optimization/51667] [4.7 Regression] new FAIL: 27_io/basic_*stream/* execution test with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667 --- Comment #13 from Uros Bizjak 2011-12-24 14:10:44 UTC --- I'll leave this one to somebody more familiar with dataflow.

[Bug libstdc++/51673] undefined references / libstdc++-7.dll

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673 --- Comment #2 from Jonathan Wakely 2011-12-24 14:11:00 UTC --- Do we want to define mt_allocator in v7? Is it worth keeping all the ext allocators in the library forever? If not, we could conditionally define them only when configured for v6, w

[Bug c++/51674] No errors on non-existent symbol in constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51674 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c++/51674] No errors on non-existent symbol in constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51674 --- Comment #3 from Jonathan Wakely 2011-12-24 14:14:16 UTC --- well, sorry, it does call a constructor, but it calls the same one (the default cosntructor) it doesn't call the other constructor "with a non-existent symbol"

[Bug libstdc++/51673] undefined references / libstdc++-7.dll

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673 --- Comment #3 from Paolo Carlini 2011-12-24 14:37:23 UTC --- I don't have a strong opinion, but it's a bit hard to make a choice: the legacy HP/SGI pool still makes sense; mt too, has some problems, but we spent quite a bit of time on it, works

[Bug middle-end/47602] Permit inline asm to clobber PIC register

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602 Jan Seiffert changed: What|Removed |Added CC||kaffeemonster at googlemail

[Bug rtl-optimization/51667] [4.7 Regression] new FAIL: 27_io/basic_*stream/* execution test with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667 Eric Botcazou changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at

[Bug c++/51675] New: [C++11][New in 4.7] Cannot create constexpr unions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51675 Bug #: 51675 Summary: [C++11][New in 4.7] Cannot create constexpr unions Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: major

[Bug c++/51675] [C++11][New in 4.7] Cannot create constexpr unions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51675 --- Comment #1 from RétroX 2011-12-24 18:24:45 UTC --- More information: initializing in the constructor doesn't work, either. union foo { int x; short y; constexpr foo() : x(0) { } }; Also does not compile.

[Bug target/51670] [4.7.0] conflicts with new declaration with 'C++' linkage

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51670 Igor Pashev changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c++/51675] [C++11][4.7 Regression] Cannot create constexpr unions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51675 Paolo Carlini changed: What|Removed |Added CC||jason at gcc dot gnu.org Summa

[Bug libstdc++/51653] More compact std::tuple

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51653 --- Comment #2 from Marc Glisse 2011-12-24 22:25:51 UTC --- (In reply to comment #1) > I'm not yet convinced we want to apply it, Hi, just so I know, what part are you not convinced about? 1) that we want a library solution? it is just a proof

[Bug c/51676] New: -Wsuggest-attribute={pure,const} should give line number of declaration, not definition

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51676 Bug #: 51676 Summary: -Wsuggest-attribute={pure,const} should give line number of declaration, not definition Classification: Unclassified Product: gcc Version: 4.7.0

[Bug c/51677] New: don't suggest giving main() __attribute__((const))

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51677 Bug #: 51677 Summary: don't suggest giving main() __attribute__((const)) Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal