[Bug c++/55252] New: Caret diagnostic doesn't show useful location when macro clashes with name in system header

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252 Bug #: 55252 Summary: Caret diagnostic doesn't show useful location when macro clashes with name in system header Classification: Unclassified Product: gcc Version:

[Bug c++/55252] Caret diagnostic doesn't show useful location when macro clashes with name in system header

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||manu

[Bug c++/55252] Caret diagnostic doesn't show useful location when macro clashes with name in system header

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-10 23:20:36 UTC --- (In reply to comment #4) On the other hand, this is a very contrived testcase. I wouldn't expect in normal code that the expansion point

[Bug c++/55275] New: abi_tag attribute doesn't work on explicit specializations of class templates

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55275 Bug #: 55275 Summary: abi_tag attribute doesn't work on explicit specializations of class templates Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug c++/54413] Option for turning off compiler extensions for -std=c++11 with respect to complex/fixed-point numbers missing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54413 --- Comment #15 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-12 09:12:35 UTC --- Ed, N.B. if you use the ChangeLog entry as the svn commit log then the PR number in the log means Bugzilla gets automatically updated with a link

[Bug c++/55280] Compiler error: Class definition is recognized as function declaration

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

[Bug c++/55275] abi_tag attribute doesn't work on explicit specializations of class templates

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55275 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-12 18:04:53 UTC --- Yep, I filed this before your reply on the list. I'm happy to change future without using the tag, I was just being (maybe too) cautious about ABI

[Bug c++/54413] Option for turning off compiler extensions for -std=c++11 with respect to complex/fixed-point numbers missing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54413 --- Comment #17 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-12 18:30:27 UTC --- (In reply to comment #16) Thanks, So If there are several ChangeLogs in the tree to get updated which one do I put in the svn commit? Or does

[Bug c/55293] Attempt to bootstrap GCC 4.7.2 on Solaris 10 Sparc fails with gcc/pretty-print.c:954:28: error: invalid conversion from 'char**' to 'const char**' [-fpermissive]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-12 21:48:46 UTC --- Solaris defines a non-standard iconv() signature unless you request POSIX 2001 Try adding -D_XOPEN_SOURCE=600 to the compilation flags

[Bug c/55293] Attempt to bootstrap GCC 4.7.2 on Solaris 10 Sparc fails with gcc/pretty-print.c:954:28: error: invalid conversion from 'char**' to 'const char**' [-fpermissive]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-12 21:50:08 UTC --- Or -D_POSIX_C_SOURCE=200112L

[Bug bootstrap/55293] bootstrap failure: invalid conversion from 'char**' to 'const char**' [-fpermissive]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293 --- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-13 00:15:19 UTC --- pretty-print.c already does: ICONV_CONST char *inbuf = CONST_CAST (char *, ident); and ICONV_CONST should be set to 'const' by gcc

[Bug bootstrap/55293] bootstrap failure: invalid conversion from 'char**' to 'const char**' [-fpermissive]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293 --- Comment #14 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-13 09:42:41 UTC --- (In reply to comment #10) The end result of the long long experiment is that there is something wrong in gcc 4.7.2 that make it near impossible

[Bug c++/55287] GCC crashes and asks to file bug report

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55287 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-13 09:44:26 UTC --- 6.4MB in a single function is the problem. The compiler has to process that entire function at once. And 2GB is not a great amount.

[Bug c++/18016] Warn about member variables initialized with itself

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18016 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC

[Bug c++/55318] Missing uninitialized warning

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

[Bug libstdc++/55320] Invalid delete with throwing copy-c'tor passed to std::function

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

[Bug libstdc++/55320] Invalid delete with throwing copy-c'tor passed to std::function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55320 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-14 12:12:19 UTC --- Untested: --- functional.orig 2012-11-14 12:11:32.442993035 + +++ functional 2012-11-14 12:11:34.315184425 + @@ -2318,8 +2318,8

[Bug c++/54413] Option for turning off compiler extensions for -std=c++11 with respect to complex/fixed-point numbers missing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54413 --- Comment #20 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-14 13:21:06 UTC --- (In reply to comment #18) I added a bullet for this flag in gcc-4.8/changes.html. Thanks! How does one close a bug? You need to have

[Bug c++/54466] [C++11] Recursive Type Alias, Member Function Pointer, Segmentation Fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0

[Bug c++/55254] Warn for implicit conversion from int to char

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55254 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords

[Bug libstdc++/53841] [C++11] condition_variable::wait_until() fails with high resolution clocks

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

[Bug libstdc++/55320] Invalid delete with throwing copy-c'tor passed to std::function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55320 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-14 23:33:08 UTC --- Author: redi Date: Wed Nov 14 23:33:01 2012 New Revision: 193514 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193514 Log: PR libstdc

[Bug libstdc++/55320] Invalid delete with throwing copy-c'tor passed to std::function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55320 --- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-15 00:21:16 UTC --- Author: redi Date: Thu Nov 15 00:21:09 2012 New Revision: 193520 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193520 Log: PR libstdc

[Bug libstdc++/55320] Invalid delete with throwing copy-c'tor passed to std::function

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

[Bug libstdc++/53841] [C++11] condition_variable::wait_until() fails with high resolution clocks

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

[Bug libstdc++/53841] [C++11] condition_variable::wait_until() fails with high resolution clocks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53841 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-15 01:38:23 UTC --- Author: redi Date: Thu Nov 15 01:38:17 2012 New Revision: 193523 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193523 Log: PR libstdc

[Bug libstdc++/53841] [C++11] condition_variable::wait_until() fails with high resolution clocks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53841 --- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-15 01:56:13 UTC --- Author: redi Date: Thu Nov 15 01:56:05 2012 New Revision: 193528 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193528 Log: PR libstdc

[Bug libstdc++/53841] [C++11] condition_variable::wait_until() fails with high resolution clocks

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

[Bug c++/47343] incorrect location for declaration of class template partial specialization

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

[Bug libstdc++/55041] prettyprinting/shared_ptr cxx11 fails on some platforms

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55041 --- Comment #11 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-16 18:14:02 UTC --- Tom, do you have any idea what's going on in comment 6 and comment 8 of this bug?

[Bug c++/55361] Access control in templates only happens when instantiating a method

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55361 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-17 00:19:18 UTC --- unless this is recategorised as a diagnostic enhancement request this is clearly invalid, the compiler is not required to give an error for this code

[Bug libstdc++/55041] prettyprinting/shared_ptr cxx11 fails on some platforms

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55041 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||mark

[Bug c++/55368] Comma before semicolon in struct definition is not rejected

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

[Bug c++/51242] [C++11] Unable to use strongly typed enums as bit fields

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

[Bug c++/51242] [C++11] Unable to use strongly typed enums as bit fields

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51242 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-19 11:47:20 UTC --- (In reply to comment #4) Is this bug planned to be fixed in future? Yes, of course. It's a bug. Can I help in any way to do that? Sure, you

[Bug c++/51242] [C++11] Unable to use strongly typed enums as bit fields

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51242 --- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-19 11:52:38 UTC --- The check is for an unscoped enumeration type which does seem intentional. This change allows the example to compile: --- cp/decl2.c.orig 2012

[Bug translation/52289] translatable string typo: must not be have

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

[Bug translation/53764] Typo in translatable string: literalto

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

[Bug target/54067] arm-none-eabi with -mapcs and attribute((interrupt)) generates wrong stack alignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54067 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Component|translation |target

[Bug c++/55392] Internal compiler error in get_expr_operands, c++11 without optimization

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

[Bug translation/52284] translatable string typo: compatable

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

[Bug c++/55392] Internal compiler error in get_expr_operands, c++11 without optimization

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

[Bug c++/55394] Using call_once without -lpthread compiles without warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Severity|normal

[Bug libstdc++/55041] prettyprinting/shared_ptr cxx11 fails on some platforms

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55041 --- Comment #15 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-20 00:10:01 UTC --- (In reply to comment #14) [...] Looks good to me, thanks! On which list should website changes be proposed? On gcc-patches, I usually just

[Bug libstdc++/55409] std::list not properly wrapping access to custom allocator through allocator_traits

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55409 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-20 09:13:36 UTC --- This is known and documented. I'm actually working on std::list next, but I don't know if it will be done for 4.8 or not.

[Bug libstdc++/55409] std::list not properly wrapping access to custom allocator through allocator_traits

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55409 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-20 09:24:53 UTC --- N.B. the minimal allocator interface requires operator== and operator!=, and max_size and rebind are not required.

[Bug libstdc++/55409] std::list not properly wrapping access to custom allocator through allocator_traits

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

[Bug middle-end/54630] [4.8 Regression] GCC 4.8 --enable-languages=c build fails: Undefined symbols: ___cxa_guard_acquire and ___cxa_guard_release

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54630 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Severity|blocker |normal

[Bug c++/55425] constexpr does not work in many situations (both built-in and user supplied literals)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55425 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-21 12:12:19 UTC --- (In reply to comment #0) A return statement is not a return statement if the returned value is __func__ (also true for non-standard identifiers

[Bug c++/55425] constexpr does not work in many situations (both built-in and user supplied literals)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55425 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-21 12:19:06 UTC --- (In reply to comment #1) Situation 3: __m128i type -- Assigning a literal value to a constexpr __m128 fails because

[Bug libstdc++/55429] new UNRESOLVED: 20_util/enable_shared_from_this/cons/constexpr.cc scan-assembler on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55429 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-21 16:44:41 UTC --- Do you mean at exactly r193675 or at some point prior to that? obviously not a libstdc++ bug in any case

[Bug c++/450] global variable treated as a local variable.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=450 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Attachment #28756|0 |1

[Bug c++/55437] Non-const copy constructor causes error - even if not called

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

[Bug c++/55436] g++ compiles invalid code with child class of nested class in template class

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

[Bug c++/55436] g++ compiles invalid code with child class of nested class in template class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55436 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||rejects-valid

[Bug c++/55449] [4.4.3] pure virtual call only with -O1/2/3 (boost::optional)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Severity|major |normal

[Bug libstdc++/52680] std::this_thread::sleep_for #ifdef'd out by _GLIBCXX_USE_NANOSLEEP

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52680 --- Comment #11 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-23 22:11:30 UTC --- Author: redi Date: Fri Nov 23 22:11:23 2012 New Revision: 193769 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193769 Log: PR libstdc

[Bug libstdc++/52680] std::this_thread::sleep_for #ifdef'd out by _GLIBCXX_USE_NANOSLEEP

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

[Bug c++/55449] [4.4.3] pure virtual call only with -O1/2/3 (boost::optional)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449 --- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-24 12:02:56 UTC --- (In reply to comment #5) I have no problem to pay someone, I'm a bit disappointed seeing a bug closed because new version works without investigate

[Bug c++/55449] [4.4.3] pure virtual call only with -O1/2/3 (boost::optional)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.5.0

[Bug libstdc++/55463] Result of std::mem_fn doesn't accept rvalues

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

[Bug c++/55460] Template-dependent name is not looked up at instantiation point

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

[Bug c++/51242] [C++11] Unable to use strongly typed enums as bit fields

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51242 --- Comment #11 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-26 11:46:46 UTC --- That narrowing warning seems right to me, the enum variable could have a value out of range of short: Code a = static_castCode(SHRT_MAX+1);

[Bug c++/51242] [C++11] Unable to use strongly typed enums as bit fields

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51242 --- Comment #12 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-26 11:50:43 UTC --- The difference from PR 53661 is that the underlying type of a scoped enumeration is fixed, so its values are the values of (in this case) int. In PR

[Bug c++/51242] [C++11] Unable to use strongly typed enums as bit fields

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51242 --- Comment #17 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-26 12:43:37 UTC --- (In reply to comment #15) we *error* out anyway, isn't that we are only emitting a warning and only when we are assigning the SHRT_MAX + 1

[Bug c++/51242] [C++11] Unable to use strongly typed enums as bit fields

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51242 --- Comment #19 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-26 12:56:34 UTC --- Clang doesn't warn for the code in comment 1

[Bug c++/51242] [C++11] Unable to use strongly typed enums as bit fields

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51242 --- Comment #24 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-26 14:40:20 UTC --- I think naming the warning would make sense, so it can be disabled by people who want to use scoped enums with bit-fields

[Bug c++/55471] c++ mutex does not work as expected

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

[Bug libstdc++/55471] c++ mutex does not work as expected

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

[Bug libstdc++/55471] c++ mutex does not work as expected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55471 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-26 19:23:22 UTC --- If you change the code to join the threads instead of leaving them running when the program exits then the output is correct. #include iostream

[Bug libstdc++/55471] c++ mutex does not work as expected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55471 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-26 19:24:38 UTC --- Almost certainly what happens is that the mutex m gets destroyed when returning from main, but there are threads still using it and so they can

[Bug libstdc++/55471] c++ mutex does not work as expected

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

[Bug libstdc++/55471] c++ mutex does not work as expected

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

[Bug c++/55472] Linker cannot find lambda symbol

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

[Bug libstdc++/55463] Result of std::mem_fn doesn't accept rvalues

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55463 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-26 23:53:34 UTC --- Author: redi Date: Mon Nov 26 23:53:29 2012 New Revision: 193831 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193831 Log: PR libstdc

[Bug libstdc++/55463] Result of std::mem_fn doesn't accept rvalues

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

[Bug c/55490] wrong function argument evalution ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55490 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Component|other |c

[Bug c/55490] wrong function argument evalution ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55490 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Severity|blocker |normal

[Bug target/55491] Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55491 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-27 16:13:51 UTC --- The Obfuscated C Contest is this way: http://www.ioccc.org/ Why should anyone bother trying to work out what that does? At least fix the warnings

[Bug target/55491] Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55491 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-27 16:15:22 UTC --- Oh sorry I missed it causes an ICE, I thought the segfault was from the program - apologies.

[Bug c/55490] wrong function argument evalution ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55490 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Component|other |c

[Bug c/55490] wrong function argument evalution ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55490 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-27 18:37:10 UTC --- Also, GCC 4.3 is no longer supported, there's no point reporting bugs in old discontinued releases.

[Bug libstdc++/55503] FAIL: 30_threads/condition_variable/members/53841.cc (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55503 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-28 00:46:26 UTC --- It needs a target selector something like // { dg-options -std=gnu++11 { target hppa*-*-* } }

[Bug c++/55513] [4.7 Regression] Incorrect snprintf folding when building with -std=c++0x

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55513 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong

[Bug c++/55526] [C++11] Irrelevant error message for function parameter wrongly used in noexcept specifier

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

[Bug libstdc++/52015] std::to_string does not work under MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52015 --- Comment #18 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-29 14:40:50 UTC --- (In reply to comment #17) Thanks for the head's up. I was just looking at ML's thread and thought it would be still pending. Sorry, I broke

[Bug c++/33911] attribute deprecated vs. templates

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33911 --- Comment #9 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-02 12:38:03 UTC --- (In reply to comment #5) Not planning to work on this soon since there's a reasonable workaround. Jason, that workaround is only for function

[Bug c++/55576] Fails to compile a call to template member function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55576 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-03 16:00:35 UTC --- I don't think this is a G++ bug, there are three problems with this code: 1) You need to #include new to use placement new 2) factory::apply is non

[Bug c++/55582] [C++11] Unable to define string user-defined literal without leading underscore.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55582 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-04 00:35:24 UTC --- (In reply to comment #0) * let the letter 's' go by as a user-defined literal (with appropriate comment) IMHO special cases to allow std-defined

[Bug c++/55588] New: Failure to diagnose non-template-id prefixed by keyword template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55588 Bug #: 55588 Summary: Failure to diagnose non-template-id prefixed by keyword template Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug c++/55588] Failure to diagnose non-template-id prefixed by keyword template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55588 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-04 09:14:02 UTC --- I should have added an instantiation of the function to the code: template class T struct A { void f(int); template class U void f(U

[Bug c++/55576] Fails to compile a call to template member function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55576 --- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-04 11:04:45 UTC --- I've been trying to find the relevant text in the standard but I'm not entirely sure where this is covered. Possibly [temp.local] paras 3-5, including

[Bug c++/55576] Fails to compile a call to template member function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55576 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||jason

[Bug c++/55532] Runtime segfault calling mutable lambda wrapped in a non-mutable lambda within a template function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55532 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||accepts

[Bug c++/54995] Converting lambda to C-style functions when there is template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54995 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||accepts

[Bug c++/54383] Internal compiler error for lamba function using this- with -std=c++0x

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

[Bug c++/55631] Several ext/ headers can not be #included on their own

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

[Bug c++/55635] Deallocation function (operator delete) not called when destructor throws exception

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

[Bug c++/55635] Deallocation function (operator delete) not called when destructor throws exception

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55635 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-10 10:37:29 UTC --- G++ 4.7 doesn't call terminate because it doesn't implement http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#1123, but trunk does.

[Bug c++/49372] Temporaries evaluated for arguments of a default constructors of array elements not destructed properly (?)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49372 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-10 13:14:56 UTC --- Kai, I don't think anyone disputes that B's constructor is called, the question is why 12.2/4 doesn't apply.

  1   2   3   4   5   6   7   8   9   10   >