[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 ubizjak at gmail dot com 2011-12-24 08:00:38 UTC --- Following testcase shows the problem in libstdc++: --cut here-- #include iostream #include sstream #include cassert void test01() { using namespace std;

[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) jwalden+ggo at mit dot edu 2011-12-24 09:18:51 UTC --- For what it's worth, clang also has this bug. See http://llvm.org/bugs/show_bug.cgi?id=11630, which is this bug plus an extra testcase

[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 marc.glisse at normalesup dot org changed: What|Removed |Added CC|

[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 paolo.carlini at oracle dot com 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 paolo.carlini at oracle dot com changed: What|Removed |Added Component|libstdc++

[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 ebotcazou at gcc dot gnu.org 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 paolo.carlini at oracle dot com 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 paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[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 frederic.praca at free dot fr 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

[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 paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW

[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 paolo.carlini at oracle dot com 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 ubizjak at gmail dot com 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

[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 ubizjak at gmail dot com 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

[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 ubizjak at gmail dot com changed: What|Removed |Added Component|tree-optimization |rtl-optimization

[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 ubizjak at gmail dot com 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

[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:

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

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

[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 ubizjak at gmail dot com 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

[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 benmeida at hotmail dot com 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 ubizjak at gmail dot com 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

[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 paolo.carlini at oracle dot com 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

[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 so.townsend at gmail dot com 2011-12-24 14:02:34 UTC --- Comment on attachment 26183 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26183 Example of problem #include iostream class Foo { public: 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 ubizjak at gmail dot com 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 redi at gcc dot gnu.org 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

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

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

[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 redi at gcc dot gnu.org 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

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 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

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

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

[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 ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[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 classixretrox at gmail dot com 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

[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 pashev.igor at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

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

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

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51653 --- Comment #2 from Marc Glisse marc.glisse at normalesup dot org 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

[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