[Bug middle-end/54806] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on x86_64-apple-darwin12

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54806 --- Comment #13 from Jeremy Huddleston Sequoia 2012-10-06 06:38:54 UTC --- I see this issue with older gcc47 versions that predate the bump to 4.7.2 and addition of --enable-libstdcxx-time, specifically: $ g++-mp-4.7 --version g++-mp-4.

[Bug debug/54826] gdb test case failure (bs15503) due to gaps in lexical block

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54826 --- Comment #1 from dehao at gcc dot gnu.org 2012-10-06 02:27:27 UTC --- A patch is sent to solve this: http://gcc.gnu.org/ml/gcc-patches/2012-10/msg00596.html

[Bug middle-end/54806] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on x86_64-apple-darwin12

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54806 --- Comment #12 from Jack Howarth 2012-10-06 01:46:04 UTC --- I would also add, regarding the broken emutls support in libstdc++.6.dylib packaged by MacPorts, that clang for darwin11 provides tls support since Xcode 4.2. FSF gcc only suppo

[Bug middle-end/54806] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on x86_64-apple-darwin12

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54806 --- Comment #11 from Jack Howarth 2012-10-06 00:56:37 UTC --- Also for gcc47-4.7.2 from fink, I see... % nm /sw/lib/gcc4.7/lib/libstdc++.6.dylib | grep emutls U ___emutls_get_address 000b72c0 D ___emutls_v._ZSt1

[Bug middle-end/54806] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on x86_64-apple-darwin12

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54806 --- Comment #10 from Jack Howarth 2012-10-06 00:47:13 UTC --- I can confirm on 10.7.5 that the provided test case fails with the gcc47-4.7.2 package from current MacPorts but compiles fine with my gcc47-4.7.2 packaging from fink. MacPo

[Bug rtl-optimization/54739] [4.8 regression] FAIL: gcc.dg/lower-subreg-1.c scan-rtl-dump subreg1 "Splitting reg"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54739 --- Comment #7 from John David Anglin 2012-10-06 00:33:56 UTC --- Author: danglin Date: Sat Oct 6 00:33:52 2012 New Revision: 192152 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192152 Log: PR rtl-optimization/54739

[Bug c++/54207] [4.7/4.8 Regression] ICE in build_noexcept_spec when bool is #defined/typedef'd

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

[Bug c++/54277] Template class member referred to with implicit this inside lambda is incorrectly const-qualified

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

[Bug c++/54425] Rvalue/Lvalue overload resolution of templated function

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

[Bug target/54830] New: [SH] Unnecessary exts.w before extu.b

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54830 Bug #: 54830 Summary: [SH] Unnecessary exts.w before extu.b Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: enhancement

[Bug target/54829] bad optimization: sub followed by cmp w/ zero (x86 & ARM)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54829 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization

[Bug c++/54812] [C++11] Delete expression doesn't respect access of defaulted destructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54812 --- Comment #5 from Paolo Carlini 2012-10-05 23:25:47 UTC --- By the way, this compiles: struct P3 { private: ~P3() = default; }; P3 p3; thus there is little hope that we get an error for #22 ..

[Bug target/54829] New: bad optimization: sub followed by cmp w/ zero (x86 & ARM)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54829 Bug #: 54829 Summary: bad optimization: sub followed by cmp w/ zero (x86 & ARM) Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED

[Bug debug/54826] gdb test case failure (bs15503) due to gaps in lexical block

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

[Bug c++/54091] internal compiler error in class method with many string objects

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54091 --- Comment #3 from The Written Word 2012-10-05 21:36:42 UTC --- (In reply to comment #1) > Have you tried with a current release, 4.6 or 4.7? > > The 4.4 release series is closed and no longer maintained. Sorry, missed this. I'll try

[Bug c++/53540] C++11: using fails to be equivalent to typedef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53540 --- Comment #6 from Paolo Carlini 2012-10-05 21:29:25 UTC --- Dodji, time to ping? ;)

[Bug c++/54091] internal compiler error in class method with many string objects

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54091 Paolo Carlini changed: What|Removed |Added CC||dje at gcc dot gnu.org --- Comm

[Bug c++/54828] New: [4.7 Regression] ICE in based_loc_descr at dwarf2out.c:10560 with -g -O0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54828 Bug #: 54828 Summary: [4.7 Regression] ICE in based_loc_descr at dwarf2out.c:10560 with -g -O0 Classification: Unclassified Product: gcc Version: 4.7.2 Stat

[Bug c++/54812] [C++11] Delete expression doesn't respect access of defaulted destructor

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

[Bug c++/54812] [C++11] Delete expression doesn't respect access of defaulted destructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54812 --- Comment #3 from Paolo Carlini 2012-10-05 21:08:04 UTC --- Of course it should be fixed, it *must* be fixed, actually! And it's really annoying that this bug affecting private defaulted destructors (which, I bet, aren't that common for

[Bug c++/54812] [C++11] Delete expression doesn't respect access of defaulted destructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54812 --- Comment #2 from Daniel Krügler 2012-10-05 21:00:31 UTC --- (In reply to comment #1) > Anyway, here, I only wanted to ask you if this is a show-stopper for your > work, > because I don't know how much time it will take. While I think that t

[Bug c++/54812] [C++11] Delete expression doesn't respect access of defaulted destructor

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

[Bug c++/53845] Another "error reporting routines re-entered" issue

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53845 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED CC|paol

[Bug c++/52791] structure should always be returned by passing a hidden argument with ms_abi, x86_64

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

[Bug c++/52792] this pointer and return pointer are passed in wrong order when ms_abi is used (x86_64)

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

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 --- Comment #2 from Tobias Schlüter 2012-10-05 19:35:36 UTC --- I'm not in a position to test, but write_generic in module.c makes no effort to traverse the tree in a left to right order, i.e. the line write_generic ((gfc_symtree *)st->right);

[Bug c++/52581] ICE with gcc-4.7 for H8300-elf target.

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

[Bug c++/52174] [DR 1423] Implicit conversion of nullptr to bool

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52174 Paolo Carlini changed: What|Removed |Added Status|SUSPENDED |NEW Severity|trivial

[Bug c++/51556] Bizarre member template access control errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51556 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work|

[Bug c++/51490] [c++11] push_class_level_binding internal error on class scoping within a lambda expression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51490 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work|

[Bug debug/54519] [4.6/4.7/4.8 Regression] Debug info quality regression due to (pointless) partial inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54519 --- Comment #4 from Jakub Jelinek 2012-10-05 19:24:41 UTC --- Author: jakub Date: Fri Oct 5 19:24:38 2012 New Revision: 192139 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192139 Log: PR debug/54519 * ipa-split.c (s

[Bug target/54686] std::abs (long long) resorts to std::abs (double) if llabs is absent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686 --- Comment #42 from Marc Glisse 2012-10-05 19:10:27 UTC --- Author: glisse Date: Fri Oct 5 19:10:22 2012 New Revision: 192138 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192138 Log: 2012-10-05 Marc Glisse PR libs

[Bug bootstrap/51742] 4.6.2 v. HP-UX 11.11, PA-RISC: "make bootstrap-lean" fails: "internal compiler error: Segmentation fault" (In function '__fixunssfdi')

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51742 Thomas Lofgren changed: What|Removed |Added CC||spamtlo at gmail dot com --- C

[Bug debug/54731] [4.8 regression] arm-elf/arm-eabisim crosses fails in make-check due to undefined LFE references: corrupt debug_line tables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54731 Benjamin Kosnik changed: What|Removed |Added Severity|normal |major

[Bug go/54507] libgo testsuite does not timeout compilation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54507 Uros Bizjak changed: What|Removed |Added Depends on||54402 --- Comment #2 from Uros Bi

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 Joost VandeVondele changed: What|Removed |Added CC||simonb at google dot com -

[Bug debug/54402] [4.8 Regression] var-tracking does not scale

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54402 Markus Trippelsdorf changed: What|Removed |Added CC||markus at trippelsdorf dot

[Bug middle-end/54827] [4.8 Regression] 70% compile time regression building builtin-sched.c from Linux's perf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54827 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolutio

[Bug middle-end/54827] [4.8 Regression] 70% compile time regression building builtin-sched.c from Linux's perf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54827 --- Comment #2 from Markus Trippelsdorf 2012-10-05 17:54:57 UTC --- Caused by var-tracking. With-fno-var-tracking everything is fine again: % time gcc -fno-var-tracking -w -c -O3 -ggdb3 builtin-sched.i gcc -fno-var-tracking -w -c -O3 -g

[Bug middle-end/54806] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on x86_64-apple-darwin12

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54806 --- Comment #9 from Jeremy Huddleston 2012-10-05 17:47:02 UTC --- The one build config change on MP side that accompanied the version bump was that we now build with --enable-libstdcxx-time for http://trac.macports.org/ticket/36364

[Bug middle-end/54827] [4.8 Regression] 70% compile time regression building builtin-sched.c from Linux's perf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54827 --- Comment #1 from Markus Trippelsdorf 2012-10-05 17:41:20 UTC --- Created attachment 28366 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28366 testcase

[Bug middle-end/54806] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on x86_64-apple-darwin12

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54806 Jeremy Huddleston changed: What|Removed |Added CC||jeremyhu at macports dot

[Bug middle-end/54827] New: [4.8 Regression] 70% compile time regression building builtin-sched.c from Linux's perf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54827 Bug #: 54827 Summary: [4.8 Regression] 70% compile time regression building builtin-sched.c from Linux's perf Classification: Unclassified Product: gcc Version: 4.8.0

[Bug c++/51412] [c++0x] Broken diagnostic with invalid lambda expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51412 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unas

[Bug target/54686] std::abs (long long) resorts to std::abs (double) if llabs is absent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686 --- Comment #41 from Paolo Carlini 2012-10-05 17:08:52 UTC --- Remove it, remove it.

[Bug target/54686] std::abs (long long) resorts to std::abs (double) if llabs is absent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686 --- Comment #40 from Marc Glisse 2012-10-05 17:04:35 UTC --- (In reply to comment #38) > Eh, eh, hard to reconstruct now what happened at the time. Looks like an svn > pasto or a plain pasto. I suppose that entire block can be removed?

[Bug target/54686] std::abs (long long) resorts to std::abs (double) if llabs is absent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686 --- Comment #39 from Paolo Carlini 2012-10-05 17:02:34 UTC --- Probably a plain pasto of mine dating back to when was copying stuff from tr1/* in namespace std::tr1 to std:: protected by __GXX_EXPERIMENTAL_CXX0X__. Looks like I didn't noti

[Bug target/54686] std::abs (long long) resorts to std::abs (double) if llabs is absent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686 --- Comment #38 from Paolo Carlini 2012-10-05 16:57:56 UTC --- Eh, eh, hard to reconstruct now what happened at the time. Looks like an svn pasto or a plain pasto. I suppose that entire block can be removed?

[Bug target/54686] std::abs (long long) resorts to std::abs (double) if llabs is absent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686 --- Comment #37 from Marc Glisse 2012-10-05 16:47:33 UTC --- I see the following in cstdlib: namespace std { #if !_GLIBCXX_USE_C99_LONG_LONG_DYNAMIC // types using std::lldiv_t; Is there a particular reason to import stuff in

[Bug c++/54194] misleading suggestion about arithmetic in operand of '|'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54194 --- Comment #8 from Paolo Carlini 2012-10-05 16:47:19 UTC --- Eh, eh ;) Good, good, I only wanted to make sure we are on the same page on the issue. For now I'm sending to the mailing list what I have, then we'll see if we can improve on i

[Bug c++/54194] misleading suggestion about arithmetic in operand of '|'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54194 --- Comment #7 from Manuel López-Ibáñez 2012-10-05 16:41:51 UTC --- (In reply to comment #5) > Tell me what you think. If you disagree, no problem, > I can move to something else and completely delay this issue to a later time. Me? I am certain

[Bug target/54686] std::abs (long long) resorts to std::abs (double) if llabs is absent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686 --- Comment #36 from Paolo Carlini 2012-10-05 16:39:27 UTC --- What I know is that Linux by default uses c_global. There is configury selecting the directory, but I didn't write the logic, Benjamin did, frankly I don't know which specific

[Bug target/54686] std::abs (long long) resorts to std::abs (double) if llabs is absent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686 --- Comment #35 from Marc Glisse 2012-10-05 16:33:48 UTC --- (In reply to comment #34) > Looks like you forgot the include/c_global/cstdlib bits? Hmm right, I patched the wrong directory. Maybe c_std/cstdlib should be removed? It looks

[Bug c++/54194] misleading suggestion about arithmetic in operand of '|'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54194 --- Comment #6 from Paolo Carlini 2012-10-05 16:32:57 UTC --- Created attachment 28365 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28365 Tested.

[Bug c++/54194] misleading suggestion about arithmetic in operand of '|'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54194 --- Comment #5 from Paolo Carlini 2012-10-05 16:32:02 UTC --- Sure. Since the patch simply using warning_at is trivial and anyway warn_about_parentheses is currently shared with the C front end, I propose to just do that for 4.8.0. I'm att

[Bug c++/54194] misleading suggestion about arithmetic in operand of '|'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54194 --- Comment #4 from Manuel López-Ibáñez 2012-10-05 16:26:22 UTC --- Using warning_at is an improvement, yes. It still doesn't clarify where the parentheses should go, or why the parentheses are suggested. This is why clang changed the text of t

[Bug target/54686] std::abs (long long) resorts to std::abs (double) if llabs is absent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686 --- Comment #34 from Paolo Carlini 2012-10-05 16:24:57 UTC --- Looks like you forgot the include/c_global/cstdlib bits?

[Bug target/54686] std::abs (long long) resorts to std::abs (double) if llabs is absent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686 Marc Glisse changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug target/54686] std::abs (long long) resorts to std::abs (double) if llabs is absent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686 --- Comment #32 from Marc Glisse 2012-10-05 16:20:59 UTC --- Author: glisse Date: Fri Oct 5 16:20:44 2012 New Revision: 192132 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192132 Log: 2012-10-05 Marc Glisse PR libs

[Bug c++/50080] [DR 468] error: 'template' (as a disambiguator) is only allowed within templates

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50080 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unas

[Bug c++/54194] misleading suggestion about arithmetic in operand of '|'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54194 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unas

[Bug tree-optimization/54825] ICE with vector extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54825 --- Comment #11 from Ulrich Drepper 2012-10-05 15:12:18 UTC --- (In reply to comment #7) > Created attachment 28364 [details] > patch > > patch I am testing. This seems to fix the problem for me, even with the original code and not t

[Bug c++/23055] overload resolution does not find templated function (zero -> pointer)

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

[Bug c++/50893] [C++0x] explicitly defaulted virtual destructor throw specification

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

[Bug c++/50893] [C++0x] explicitly defaulted virtual destructor throw specification

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50893 --- Comment #2 from paolo at gcc dot gnu.org 2012-10-05 15:00:34 UTC --- Author: paolo Date: Fri Oct 5 15:00:26 2012 New Revision: 192131 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192131 Log: 2012-10-05 Paolo Carlini

[Bug c++/54775] string error

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

[Bug middle-end/54806] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on x86_64-apple-darwin12

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54806 --- Comment #7 from Jack Howarth 2012-10-05 14:58:31 UTC --- Also note from https://trac.macports.org/ticket/36093 that it appears that MacPorts is playing games with the libstdc++ which FSF gcc uses. This appears to be instigated by https

[Bug tree-optimization/54825] ICE with vector extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54825 Paolo Carlini changed: What|Removed |Added Component|c++ |tree-optimization --- Comment #

[Bug debug/54826] New: gdb test case failure (bs15503) due to gaps in lexical block

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54826 Bug #: 54826 Summary: gdb test case failure (bs15503) due to gaps in lexical block Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIR

[Bug middle-end/54806] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on x86_64-apple-darwin12

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54806 Jack Howarth changed: What|Removed |Added CC||howarth at nitro dot

[Bug c++/54825] ICE with vector extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54825 --- Comment #9 from Marc Glisse 2012-10-05 14:32:45 UTC --- (In reply to comment #8) Forget my comment, apparently Richard found the bug before I could even read the report... :-)

[Bug c++/50893] [C++0x] explicitly defaulted virtual destructor throw specification

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50893 Paolo Carlini changed: What|Removed |Added AssignedTo|unassigned at gcc dot |paolo.carlini at oracle dot

[Bug c++/54825] ICE with vector extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54825 --- Comment #8 from Marc Glisse 2012-10-05 14:29:07 UTC --- Hmm, how should I compile the code? I tried with g++ bug.cc -std=c++11 but that fails because of typeof (you want decltype instead). With -std=gnu++11, I get an error that "the

[Bug c++/54825] ICE with vector extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54825 --- Comment #7 from Richard Guenther 2012-10-05 14:28:25 UTC --- Created attachment 28364 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28364 patch patch I am testing.

[Bug c++/54825] ICE with vector extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54825 Richard Guenther changed: What|Removed |Added Status|WAITING |ASSIGNED AssignedTo|u

[Bug c++/54825] ICE with vector extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54825 Richard Guenther changed: What|Removed |Added Status|WAITING |ASSIGNED AssignedTo|u

[Bug c++/49171] [C++0x][constexpr] Constant expressions support reinterpret_cast

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49171 --- Comment #8 from Daniel Krügler 2012-10-05 14:17:18 UTC --- (In reply to comment #7) > Thus I understand that currently GCC is accepting *all sorts* of > reinterpret_cast uses in constexpr functions, right? That is, also those with > unspeci

[Bug lto/54824] [4.8 Regression] ICE in verify_loop_structure with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54824 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.8.0

[Bug c++/54825] ICE with vector extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54825 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/49976] Cross (Linux->AIX) GCC crashes with Segmentation fault

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

[Bug c++/49171] [C++0x][constexpr] Constant expressions support reinterpret_cast

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49171 --- Comment #7 from Paolo Carlini 2012-10-05 14:10:11 UTC --- Thanks a lot Daniel for the clarification. Thus I understand that currently GCC is accepting *all sorts* of reinterpret_cast uses in constexpr functions, right? That is, also th

[Bug c++/54825] ICE with vector extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54825 Paolo Carlini changed: What|Removed |Added CC||glisse at gcc dot gnu.org --- C

[Bug c++/54825] ICE with vector extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54825 --- Comment #2 from Ulrich Drepper 2012-10-05 13:59:26 UTC --- Created attachment 28363 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28363 Reproducer Why didn't BZ add the file?...

[Bug c++/46147] g++ segfault compiling gnat 0.8.8 on mips-linux n32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46147 Paolo Carlini changed: What|Removed |Added CC||rdsandiford at googlemail

[Bug c++/54825] ICE with vector extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54825 --- Comment #1 from Ulrich Drepper 2012-10-05 13:58:21 UTC --- In case the version number isn't making this clear, I tested this with the current mainline code. 4.7 probably won't work at all since some of the features used have been adde

[Bug c++/54825] New: ICE with vector extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54825 Bug #: 54825 Summary: ICE with vector extension Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/45065] -fvisibility-inlines-hidden: Decl order in derived class affects visibility of inlines in base.

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

[Bug c++/43566] Debug information removed on last bracket of function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43566 --- Comment #3 from Paolo Carlini 2012-10-05 13:46:27 UTC --- (as it happens, yesterday I noticed myself this behavior. It seems weird, but maybe there is a rationale for it)

[Bug c++/43566] Debug information removed on last bracket of function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43566 --- Comment #2 from Paolo Carlini 2012-10-05 13:43:12 UTC --- Jakub?

[Bug c++/53638] static_assert handling behavior ignores template specializations

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

[Bug middle-end/54821] Microblaze: Position independent code for byte access is incorrect.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54821 --- Comment #1 from qball at sarine dot nl 2012-10-05 13:17:17 UTC --- For 4.6.2 (xilinx) this seems to fix the code generation: mb_gnu/src/gcc/gcc/config/microblaze/microblaze.c temp/mb_gnu/src/gcc/gcc/config/microblaze/microblaze.c @@ -55

[Bug c/54823] string literal characters not constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54823 --- Comment #5 from Sebastian Freundt 2012-10-05 12:45:45 UTC --- Ok, I see. I assume, there's no plans on widening the allowed expressions for constant integers? It's autogenerated code a la: #define foo "bar" (foo)[1] * 0x55 +

[Bug c/54823] string literal characters not constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54823 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Co

[Bug lto/54811] [4.8 regression] tree code '�' is not supported in LTO streams

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

[Bug lto/54811] [4.8 regression] tree code '�' is not supported in LTO streams

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54811 --- Comment #7 from Richard Guenther 2012-10-05 11:48:30 UTC --- Author: rguenth Date: Fri Oct 5 11:48:27 2012 New Revision: 192120 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192120 Log: 2012-10-05 Richard Guenther

[Bug lto/54824] [4.8 Regression] ICE in verify_loop_structure with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54824 --- Comment #1 from Dmitry Gorbachev 2012-10-05 11:47:19 UTC --- Created attachment 28362 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28362 Testcase GCC 20120923 (r191654) - fails, 20120916 (r191367) - ok.

[Bug c/54823] string literal characters not constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54823 --- Comment #3 from Sebastian Freundt 2012-10-05 11:46:20 UTC --- I'm more or less referring to the internals, why is it a constant expression in the first case, but not treated as an integer constant expression. Also, according to the r

[Bug lto/54824] New: [4.8 Regression] ICE in verify_loop_structure with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54824 Bug #: 54824 Summary: [4.8 Regression] ICE in verify_loop_structure with LTO Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: no

[Bug c/33763] [4.6/4.7/4.8 Regression] Bogus inlining failed in call to `xxx': redefined extern inline functions are not considered for inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33763 --- Comment #36 from Jakub Jelinek 2012-10-05 11:43:43 UTC --- Author: jakub Date: Fri Oct 5 11:43:38 2012 New Revision: 192119 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192119 Log: PR tree-optimization/33763 * t

[Bug c/54823] string literal characters not constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54823 --- Comment #2 from Jonathan Wakely 2012-10-05 11:34:09 UTC --- 6.7.2.2 "The expression that defines the value of an enumeration constant shall be an integer constant expression that has a value representable as an int." See 6.6 for the

  1   2   >