[Bug rtl-optimization/54294] [4.8 Regression]: [alpha] Bootstrap comparison failure due to fwprop handling of debug insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54294 --- Comment #3 from Uros Bizjak 2012-08-17 08:10:07 UTC --- (In reply to comment #1) > Created attachment 28040 [details] > Preprocessed source of the object file that triggers comparison failure > > ~/gcc-build/stage1-gcc/xgcc -B ~/gcc-build/st

[Bug rtl-optimization/54294] [4.8 Regression]: [alpha] Bootstrap comparison failure due to fwprop handling of debug insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54294 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug fortran/54285] [F03] Calling a PPC with proc-ptr result

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54285 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug middle-end/54146] Very slow compile with attribute((flatten))

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146 --- Comment #54 from Steven Bosscher 2012-08-17 09:42:15 UTC --- Author: steven Date: Fri Aug 17 09:42:06 2012 New Revision: 190475 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190475 Log: PR middle-end/54146 * tree-ssa-loop-im.

[Bug rtl-optimization/54294] [4.8 Regression]: [alpha] Bootstrap comparison failure due to fwprop handling of debug insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54294 Jakub Jelinek changed: What|Removed |Added CC||bonzini at gnu dot org Target Milestone

[Bug rtl-optimization/54294] [4.8 Regression]: [alpha] Bootstrap comparison failure due to fwprop handling of debug insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54294 --- Comment #5 from Jakub Jelinek 2012-08-17 10:29:20 UTC --- Created attachment 28041 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28041 gcc48-pr54294.patch Seems my other PR42728 patch fixes the -fcompare-debug failure and is IMHO desir

[Bug fortran/54285] [F03] Calling a PPC with proc-ptr result

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54285 --- Comment #3 from janus at gcc dot gnu.org 2012-08-17 11:00:26 UTC --- The combined patches of comment 1 and 2 regtest cleanly.

[Bug rtl-optimization/54294] [4.8 Regression]: [alpha] Bootstrap comparison failure due to fwprop handling of debug insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54294 --- Comment #6 from Uros Bizjak 2012-08-17 11:14:45 UTC --- (In reply to comment #5) > Created attachment 28041 [details] > gcc48-pr54294.patch This patch fixes the debug-compare failure with testcase on alpha. I am running bootstrap now.

[Bug bootstrap/54292] [4.8 Regression] Errors due to conflicting strsignal headers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54292 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug bootstrap/54292] [4.8 Regression] Errors due to conflicting strsignal headers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54292 --- Comment #4 from Tobias Schlüter 2012-08-17 12:31:13 UTC --- Yes, I now see a new failure that also strikes me as fairly weird (again, I'm using an in-tree gmp, mpfr, mpc): /Users/tobi/src/gcc/build/./prev-gcc/g++ -B/Users/tobi/src/gcc/build/

[Bug tree-optimization/54295] New: [4.7 regression] Widening multiply-accumulate operation uses wrong value extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54295 Bug #: 54295 Summary: [4.7 regression] Widening multiply-accumulate operation uses wrong value extension Classification: Unclassified Product: gcc Version: 4.7.0 Stat

[Bug tree-optimization/54295] [4.7 regression] Widening multiply-accumulate operation uses wrong value extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54295 --- Comment #1 from Richard Earnshaw 2012-08-17 12:47:35 UTC --- Created attachment 28042 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28042 Testcase

[Bug tree-optimization/54295] [4.7 regression] Widening multiply-accumulate operation uses wrong value extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54295 --- Comment #2 from Richard Earnshaw 2012-08-17 12:50:32 UTC --- Testing a fix

[Bug libstdc++/54296] New: using the object in the map to erase element from the map crashes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54296 Bug #: 54296 Summary: using the object in the map to erase element from the map crashes Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug tree-optimization/54295] [4.7/4.8 regression] Widening multiply-accumulate operation uses wrong value extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54295 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.7.2 Summary|[4.7 regressi

[Bug libstdc++/54296] using the object in the map to erase element from the map crashes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54296 Jonathan Wakely changed: What|Removed |Added CC||fdumont at gcc dot gnu.org --- Comment

[Bug bootstrap/54292] [4.8 Regression] Errors due to conflicting strsignal headers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54292 --- Comment #5 from Tobias Schlüter 2012-08-17 13:46:13 UTC --- It seems the build picks up the wrong mpfr.h header, the function was renamed in mpfr > 3.0.0, but API compatibility is ensured via a macro, see:

[Bug c++/54293] When a reference is bound to subobject of a temporary, lifetime of the temporary is not extended

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54293 --- Comment #3 from Ollie Wild 2012-08-17 14:18:59 UTC --- No, this is a different failure. With my patch applied, the testcase still fails exactly as described.

[Bug rtl-optimization/54294] [4.8 Regression]: [alpha] Bootstrap comparison failure due to fwprop handling of debug insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54294 --- Comment #7 from Uros Bizjak 2012-08-17 14:25:52 UTC --- (In reply to comment #6) > (In reply to comment #5) > > Created attachment 28041 [details] > > gcc48-pr54294.patch > > This patch fixes the debug-compare failure with testcase on alpha.

[Bug c++/54293] When a reference is bound to subobject of a temporary, lifetime of the temporary is not extended

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54293 Jiří Paleček changed: What|Removed |Added CC||jpalecek at web dot de --- Comment #4 from

[Bug libstdc++/54297] New: [C++11] Segmentation fault with std::async and released shared state

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54297 Bug #: 54297 Summary: [C++11] Segmentation fault with std::async and released shared state Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRME

[Bug fortran/54298] New: Add warning when doing equal/nonequal floating-point comparisons

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54298 Bug #: 54298 Summary: Add warning when doing equal/nonequal floating-point comparisons Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug libstdc++/54297] [C++11] Segmentation fault with std::async and released shared state

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54297 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug middle-end/54299] New: Array parameter does not allow for iterator syntax

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54299 Bug #: 54299 Summary: Array parameter does not allow for iterator syntax Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug target/54300] New: [4.7/4.8 Regression] Erroneous optimization causes wrong Neon data management

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54300 Bug #: 54300 Summary: [4.7/4.8 Regression] Erroneous optimization causes wrong Neon data management Classification: Unclassified Product: gcc Version: 4.8.0 Status: U

[Bug libstdc++/54297] [C++11] Segmentation fault with std::async and released shared state

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54297 --- Comment #1 from Jonathan Wakely 2012-08-17 15:32:29 UTC --- I suspect the problem is that when _Async_state_common calls _M_thread.join() to wait for the async task, the derived destructor of _Async_state_impl has already run and has destroye

[Bug c++/52026] [c++0x] g++: Constexpr Variable Appears Uninitialized in Lambda

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52026 Jiří Paleček changed: What|Removed |Added CC||jpalecek at web dot de --- Comment #4 from

[Bug bootstrap/54281] [4.8 Regression] Fails to bootstrap with --disable-nls

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54281 --- Comment #10 from Diego Novillo 2012-08-17 15:38:03 UTC --- Author: dnovillo Date: Fri Aug 17 15:37:57 2012 New Revision: 190487 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190487 Log: 2012-08-17 Diego Novillo PR bootstrap/5

[Bug middle-end/54299] Array parameter does not allow for iterator syntax

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54299 --- Comment #1 from Jonathan Wakely 2012-08-17 15:40:42 UTC --- I think the compiler's correct to reject the first example, the type of arr is int* so it's not an array, and so the for loop calls begin(arr) and end(arr) In the second example the

[Bug middle-end/54299] Array parameter does not allow for iterator syntax

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54299 --- Comment #2 from Jonathan Wakely 2012-08-17 15:43:02 UTC --- It would be nice if G++ told you the type of the range, as Clang++ does: a.cc:9:15: error: use of undeclared identifier 'begin' for (auto i : arr) ^ a.cc:9:15: note:

[Bug fortran/54298] Add warning when doing equal/nonequal floating-point comparisons

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54298 Thomas Koenig changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug bootstrap/54281] [4.8 Regression] Fails to bootstrap with --disable-nls

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54281 --- Comment #11 from Diego Novillo 2012-08-17 16:17:20 UTC --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2012-08/msg01181.html

[Bug bootstrap/54281] [4.8 Regression] Fails to bootstrap with --disable-nls

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54281 Diego Novillo changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug fortran/54301] New: Add optional warning if pointer assigning a local variable to a nonlocal pointer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54301 Bug #: 54301 Summary: Add optional warning if pointer assigning a local variable to a nonlocal pointer Classification: Unclassified Product: gcc Version: 4.8.0 Status

[Bug fortran/54298] Add warning when doing equal/nonequal floating-point comparisons

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54298 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #2

[Bug fortran/54302] New: Add optional warning when declaring a identifier in a nested scope, which matches on otherwise available one

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54302 Bug #: 54302 Summary: Add optional warning when declaring a identifier in a nested scope, which matches on otherwise available one Classification: Unclassified Product: gcc Versi

[Bug target/28896] -fstack-limit-symbol and m68k and non 68020

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28896 --- Comment #16 from Larry Baker 2012-08-17 16:45:22 UTC --- Here are some notes about the patches I made. 1. An alternative to my m68k.md patch: - rtx temp = reload_in_progress ? operands[0] : gen_reg_rtx (Pmode); + rtx temp = can_cr

[Bug fortran/54301] Add optional warning if pointer assigning a local variable to a nonlocal pointer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54301 Mikael Morin changed: What|Removed |Added CC||mikael at gcc dot gnu.org --- Comment #1 f

[Bug c/54303] New: -fdata-sections -ffunction-sections and -fmerge-constants do not work well together

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54303 Bug #: 54303 Summary: -fdata-sections -ffunction-sections and -fmerge-constants do not work well together Classification: Unclassified Product: gcc Version: 4.6.3 Sta

[Bug fortran/54301] Add optional warning if pointer assigning a local variable to a nonlocal pointer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54301 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #2

[Bug rtl-optimization/46829] ICE: in spill_failure, at reload1.c:2105 with -fschedule-insns -fsched-pressure and variadic function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46829 Uros Bizjak changed: What|Removed |Added Status|NEW |ASSIGNED URL|

[Bug fortran/54301] Add optional warning if pointer assigning a local variable to a nonlocal pointer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54301 --- Comment #3 from Tobias Burnus 2012-08-17 18:50:53 UTC --- F2008, 16.5.2.5: "The association status of a pointer becomes undefined when ... "(5) completion of execution of an instance of a subprogram causes the pointer's target to become unde

[Bug bootstrap/54304] New: linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 Bug #: 54304 Summary: linking stage picks up system mpfr instead of in-tree version Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug bootstrap/54292] [4.8 Regression] Errors due to conflicting strsignal headers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54292 --- Comment #6 from Tobias Schlüter 2012-08-17 19:07:35 UTC --- This latter issue is now PR54304.

[Bug target/54305] New: [4.8 regression] FAIL: gcc.target/m68k/pr36134.c scan-assembler lea

.L1: - move.l (%sp)+,%a2 - move.l (%sp)+,%a3 unlk %fp rts .size f, .-f .comm b,4,2 .comm a,4,2 - .ident "GCC: (GNU) 4.8.0 20120810 (experimental)" + .ident "GCC: (GNU) 4.8.0 20120817 (experimental)&qu

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #1 from pinskia at gmail dot com 2012-08-17 19:13:50 UTC --- This is a darwin only issue. On Aug 17, 2012 12:07 PM, "tobi at gcc dot gnu.org" < gcc-bugzi...@gcc.gnu.org> wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 > >

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 Tobias Schlüter changed: What|Removed |Added Host||darwin --- Comment #2 from Tobias Schlü

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #3 from Marc Glisse 2012-08-17 19:27:08 UTC --- When you say: "the system libraries", where are they? /opt/local/lib?

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #4 from Tobias Schlüter 2012-08-17 19:29:56 UTC --- BTW PR50914, though closed as invalid, indicates that similar mixups can also happen on i686-linux.

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #5 from Tobias Schlüter 2012-08-17 19:31:37 UTC --- It seems I have them in /usr/lib and in /opt/local/lib. How can I find out which one it picks up?

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #6 from Tobias Schlüter 2012-08-17 19:33:44 UTC --- Sorry, my mistake, it's ~/usr/lib not /usr/lib. I'll have to find out if that is included in any search path (I doubt it). About the one in /opt/local/lib I wasn't mistaken.

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #7 from Tobias Schlüter 2012-08-17 19:35:30 UTC --- Ok, the one in ~/usr/lib is 2.2.1, so this error wouldn't appear if it got picked up.

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #8 from Tobias Schlüter 2012-08-17 19:38:54 UTC --- Sorry, didn't mean to hit "Save Changes" yet. In the past I had to configure with ../configure --with-libiconv-prefix=/opt/local --enable-languages=fortran because otherwise the b

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #9 from Marc Glisse 2012-08-17 19:40:19 UTC --- Well, there is the usual problem that if you use external libraries A and B that are both installed in both path1 and path2 and you want A from path1 and B from path2, that's not possibl

[Bug rtl-optimization/54294] [4.8 Regression]: [alpha] Bootstrap comparison failure due to fwprop handling of debug insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54294 --- Comment #8 from Uros Bizjak 2012-08-17 19:50:10 UTC --- (In reply to comment #7) > Bootstrap finished OK, all interesting regression test passed on > alphaev68-unknown-linux-gnu. Regression test is also ok [1]. [1] http://gcc.gnu.org/ml/gc

[Bug target/20020] x86_64 - 128 bit structs not targeted to TImode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20020 --- Comment #48 from hjl at gcc dot gnu.org 2012-08-17 19:59:51 UTC --- Author: hjl Date: Fri Aug 17 19:59:46 2012 New Revision: 190492 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190492 Log: Define MAX_FIXED_MODE_SIZE/TARGET_MEMBER_TY

[Bug target/20020] x86_64 - 128 bit structs not targeted to TImode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20020 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug target/20020] x86_64 - 128 bit structs not targeted to TImode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20020 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug c/54306] New: ARM iwmmxt2 commit adds imbalanced #endif in mmintrin.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54306 Bug #: 54306 Summary: ARM iwmmxt2 commit adds imbalanced #endif in mmintrin.h Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED S

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #10 from Tobias Schlüter 2012-08-17 20:56:40 UTC --- You don't need the -L flags for the in-tree libraries at all as you could just put, say, "path_to_mpfr/libmpfr.a" on the command line. I understand that this might need some major

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #11 from Marc Glisse 2012-08-17 21:21:57 UTC --- (In reply to comment #10) > You don't need the -L flags for the in-tree libraries at all as you could just > put, say, "path_to_mpfr/libmpfr.a" on the command line. I understand that

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #12 from Tobias Schlüter 2012-08-17 21:35:50 UTC --- Well, directories given by -I are searched before system directories, -L adds directories to the end of the library search list, so their functions are not equivalent. Which is the

[Bug libstdc++/54307] New: [4.7 regression] increases in memory usage by some C++11 (and C++03) standard containers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54307 Bug #: 54307 Summary: [4.7 regression] increases in memory usage by some C++11 (and C++03) standard containers Classification: Unclassified Product: gcc Version: 4.7.1

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #13 from Marc Glisse 2012-08-17 22:06:07 UTC --- (In reply to comment #12) > Well, directories given by -I are searched before system directories, Yes (system directories are those given by -isystem or hardcoded in the compiler). >

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #14 from Tobias Schlüter 2012-08-17 22:25:15 UTC --- Ah, true, further down in the ld manpage this is stated clearly. Thanks!

[Bug libstdc++/54307] [4.7 regression] increases in memory usage by some C++11 (and C++03) standard containers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54307 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug libstdc++/54307] [4.7 regression] increases in memory usage by some C++11 (and C++03) standard containers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54307 --- Comment #2 from Paolo Carlini 2012-08-18 00:05:37 UTC --- Note that the unordered containers have been profoundly reworked to conform to C++11, the size isn't going to change.

[Bug middle-end/48784] #pragma pack(1) + -fstrict-volatile-bitfields = bad codegen

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48784 Sandra Loosemore changed: What|Removed |Added CC||sandra at codesourcery dot

[Bug other/54308] New: build regression in 190498 on ppc64/linux: legitimate_indirect_address_p undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54308 Bug #: 54308 Summary: build regression in 190498 on ppc64/linux: legitimate_indirect_address_p undefined Classification: Unclassified Product: gcc Version: 4.8.0 Stat

[Bug other/54308] build regression in 190498 on ppc64/linux: legitimate_indirect_address_p undefined

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

[Bug other/54308] build regression in 190498 on ppc64/linux: legitimate_indirect_address_p undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54308 --- Comment #2 from Paul H. Hargrove 2012-08-18 02:38:21 UTC --- (In reply to comment #1) > (Note, apparent s/4.2.1/4.1.2/g in initial description.) Correct, I am sorry about that. > I'd suggest updating to just a later gcc build, if you can fi

[Bug other/54308] build regression in 190498 on ppc64/linux: legitimate_indirect_address_p undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54308 --- Comment #3 from Paul H. Hargrove 2012-08-18 03:02:36 UTC --- (In reply to comment #1) > I'd suggest updating to just a later gcc build, if you can find *only slightly > newer* rpm:s; as for a x86_64-linux F 8 with gcc-4.1.2-33 ("gcc (GCC) 4.1

[Bug c/52991] attribute packed broken on mingw32?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991 daniel.c.klauer at web dot de changed: What|Removed |Added CC||daniel.c.klauer at web dot

[Bug c/52991] attribute packed broken on mingw32?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991 --- Comment #2 from daniel.c.klauer at web dot de 2012-08-18 04:00:51 UTC --- The -mms-bitfields option seems to trigger the wrong behaviour. As pointed out by http://gcc.gnu.org/gcc-4.7/changes.html it is enabled by default since 4.7.0, and using

[Bug c++/54309] New: type alias accessing class template enum type member fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54309 Bug #: 54309 Summary: type alias accessing class template enum type member fails Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug c++/54309] [C++11] type alias accessing class template enum type member fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54309 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug c++/54309] [C++11] type alias accessing class template typename

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54309 Andrew Pinski changed: What|Removed |Added Summary|[C++11] type alias |[C++11] type alias |acc