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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55320 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/55323] [4.8] ICE in expand_aggr_init_1, at cp/init.c:1718

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55323 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[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 #3 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-11-19 07:26:11 UTC --- (In reply to comment #2) What does 'rejects-valid' keywords mean? It means that the compiler rejects valid code, see http://gcc.gnu.org

[Bug c++/55385] g++ failed to call final overrider of a virtual function.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55385 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/55432] Too much constexpr makes the compiler crash

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55432 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/55446] array new with size zero vanishes from object code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/55663] New: [C++11] Alias template combined with constexpr function is considered non-const

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55663 Bug #: 55663 Summary: [C++11] Alias template combined with constexpr function is considered non-const Classification: Unclassified Product: gcc Version: 4.8.0

[Bug c++/55680] [C++11] Member specialization with lambda is rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55680 --- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-12-15 16:44:08 UTC --- The same problem exists for gcc 4.8.0 20121209 (experimental). The code looks valid to me. I tried to deduce the root of the compiler problem

[Bug c++/55710] New: [C++11] Linkage errors with lambdas

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55710 Bug #: 55710 Summary: [C++11] Linkage errors with lambdas Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug c++/55710] [C++11] Linkage errors with lambdas

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55710 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-12-15 18:57:37 UTC --- (In reply to comment #2) Note that my first example is not related to NSDMIs, it occurs in a static data member initializer. The actual reason

[Bug c++/55710] [C++11] Linkage errors with lambdas

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55710 --- Comment #6 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-12-15 19:55:56 UTC --- (In reply to comment #5) So will the following do that: // template class T struct X { static void (*code) (); }; template

[Bug c++/55710] [C++11] Linkage errors with lambdas

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55710 --- Comment #7 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-12-17 13:54:20 UTC --- (In reply to comment #3) I have now much confidence that our production code (based on GCC 4.7.2) fails due to bug 55015. Fortunately

[Bug c++/55720] New: [C++11] Linkage errors of static data member initializers with lambdas

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55720 Bug #: 55720 Summary: [C++11] Linkage errors of static data member initializers with lambdas Classification: Unclassified Product: gcc Version: 4.7.2

[Bug c++/55720] [C++11] Linkage errors of static data member initializers with lambdas

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55720 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added Keywords

[Bug libstdc++/55727] better support for dynamic allocation of over-aligned types

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55727 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/55766] template alias is not equivalent (const-ness is not recognized)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55766 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/55787] Comparisons of double values don't work correctly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55787 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug libstdc++/55817] void return value in std::vectorT::insert() c++11 should be an iterator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55817 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/55828] problem with access to static method from lambda in another method

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55828 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/55879] [C++11] nested constexpr Initialisation raises internal compiler error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55879 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/55893] [4.7/4.8 Regression][C++11] runtime segfault with static const object with virtual destructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55893 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/55879] [C++11] nested constexpr Initialisation raises internal compiler error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55879 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-08 20:26:33 UTC --- (In reply to comment #2) If I understand you right, then you mean that the s_Memmap is not an constexpr array. As far as I understand

[Bug c++/55914] New: [C++11] Pack expansion for class member expression fails in lambda expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55914 Bug #: 55914 Summary: [C++11] Pack expansion for class member expression fails in lambda expressions Classification: Unclassified Product: gcc Version: 4.7.2

[Bug c++/55914] [C++11] Pack expansion for class member expression fails in lambda expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55914 --- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-09 10:39:29 UTC --- (In reply to comment #1) I suspect this is just a different manifestation of PR41933. Thanks Paolo, I partially agree. Indeed the problem

[Bug c++/55914] [C++11] Pack expansion fails in lambda expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55914 --- Comment #5 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-09 11:37:49 UTC --- (In reply to comment #4) You are right, I missed the CD2 tag

[Bug c++/55924] New: [C++11] Not all copy-assignment operator forms are correctly detected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55924 Bug #: 55924 Summary: [C++11] Not all copy-assignment operator forms are correctly detected Classification: Unclassified Product: gcc Version: 4.7.2

[Bug c++/55924] [C++11] Not all copy-assignment operator forms are correctly detected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55924 --- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-09 18:32:26 UTC --- Remark: The noexcept specifier was added unintentionally and is not relevant to reproduce the described problem.

[Bug c++/55924] [C++11] Not all copy-assignment operator forms are correctly detected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55924 --- Comment #4 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-09 18:43:52 UTC --- Oops I failed to read the error description correctly. The compiler is correct, so please declare this as INVALID. Sorry for the noise.

[Bug c++/55931] [C++11] Constexpr member function inside a static member is not working

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55931 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/55931] [C++11] Constexpr member function inside a static member is not working

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55931 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-11 13:26:46 UTC --- (In reply to comment #1) Most likely because Testint is not complete at the time of parsing. But this should be considered as a compiler

[Bug c++/55944] New: [C++11] static local member with constexpr c'tor causes ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55944 Bug #: 55944 Summary: [C++11] static local member with constexpr c'tor causes ICE Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug c++/55931] [C++11] Constexpr member function inside a static member is not working

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55931 --- Comment #5 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-11 18:32:13 UTC --- The ICE bug of 4.8.0 has been submitted as bug 55944

[Bug libstdc++/55977] New: [C++11] vector range construction imposes unnecessary conversion constraints

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55977 Bug #: 55977 Summary: [C++11] vector range construction imposes unnecessary conversion constraints Classification: Unclassified Product: gcc Version: 4.8.0

[Bug libstdc++/55979] New: [C++11] std::list range construction imposes unnecessary conversion constraints

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55979 Bug #: 55979 Summary: [C++11] std::list range construction imposes unnecessary conversion constraints Classification: Unclassified Product: gcc Version: 4.8.0

[Bug libstdc++/55977] [C++11] vector range construction imposes unnecessary conversion constraints

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55977 --- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-14 22:18:08 UTC --- I just notice that the implementation of construct should be changed to template class U, class... Args void construct(U* p, Args... args

[Bug c++/55992] constexpr static member function not recognised in templated using statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55992 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/52688] static local variable can accessed from local class of function template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52688 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug libstdc++/55043] [4.7 Regression] issue with nesting unordered_map containing unique_ptr into vector

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043 --- Comment #25 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-16 09:43:07 UTC --- (In reply to comment #24) That really feels like a hack. It is also broken, I think. The P/R has the effect that is_copy_constructible is now

[Bug c++/56009] New: Nested global destruction semantics not working (mingw)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56009 Bug #: 56009 Summary: Nested global destruction semantics not working (mingw) Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED

[Bug libstdc++/56011] New: [C++11] std::atomicbool and std::atomic_bool miss volatile assignment operator overload

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56011 Bug #: 56011 Summary: [C++11] std::atomicbool and std::atomic_bool miss volatile assignment operator overload Classification: Unclassified Product: gcc Version: 4.8.0

[Bug libstdc++/56002] [C++11] allow generic locks to be used without requiring plattform support for threads

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56002 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/56039] ICE in iterative_hash_template_arg, at cp/pt.c:1606

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56039 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/56039] ICE in iterative_hash_template_arg, at cp/pt.c:1606

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56039 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-19 17:20:21 UTC --- (In reply to comment #2) You make a good point, but my remaining argument would focus on the fact that the expression false [](){} is always

[Bug c++/56039] ICE in iterative_hash_template_arg, at cp/pt.c:1606

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56039 --- Comment #5 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-19 20:20:43 UTC --- (In reply to comment #4) (In reply to comment #3) I seem to find that the expression in question false [](){} is valid because

[Bug c++/56039] ICE in iterative_hash_template_arg, at cp/pt.c:1606

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56039 --- Comment #6 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-20 12:27:20 UTC --- (In reply to comment #0) The code uses C++11 lambda expressions in a constant expression context for the SFINAE. As far as I can tell, SFINAE

[Bug c++/55223] [C++11] Default lambda expression of a templated class member

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55223 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-20 19:56:22 UTC --- (In reply to comment #2) The underlying compiler supports additional __ATOMIC_HLE_ACQUIRE/RELEASE memmodel flags for TSX

[Bug c++/56009] Nested global destruction semantics not working (mingw)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56009 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/56095] Crash casting function pointer as non-type template argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56095 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/56095] Crash casting function pointer as non-type template argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56095 --- Comment #4 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-01-24 12:07:25 UTC --- (In reply to comment #3) I cant reproduce the crash with any version Here is what I get with my mingw-64 gcc 4.8.0 20130120 (experimental

[Bug c++/56104] Wrong dereferencing type-punned pointer warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56104 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/56152] explicit template instantiation of protected template function redeclared as public fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56152 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/56208] New: sizeof sfinae fails to work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56208 Bug #: 56208 Summary: sizeof sfinae fails to work Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority:

[Bug c++/56208] sizeof sfinae fails to work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56208 --- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-02-04 19:54:47 UTC --- I just notice that the problem is not restricted to sizeof sfinae. In fact if we define the first test overload as follows: templateclass U

[Bug c++/56208] sizeof sfinae fails to work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56208 --- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-02-04 19:57:18 UTC --- The actually tested gcc version was 4.8.0 20130127 (experimental)

[Bug c++/56208] [4.8 Regression] Some classic sfinae cases fail to work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56208 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added Summary|[4.8 Regression] sizeof

[Bug c++/56208] [4.8 Regression] Some classic sfinae cases fail to work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56208 --- Comment #5 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-02-05 06:37:06 UTC --- I think I found the problem, the root is actually not related to sfinae (fortunately), but to the way how name-lookup in classes work in gcc

[Bug c++/56208] [4.8 Regression] Some classic sfinae cases fail to work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56208 --- Comment #9 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-02-05 19:09:15 UTC --- Further data about the root of the problem: It seems actually to be an access problem, the requirements for reproducing seem to be: 1) Some

[Bug c++/56222] Pointer to member in lambda should not require this to be captured

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56222 --- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com 2013-02-06 11:42:21 UTC --- The code looks valid to me, I don't see any reason for capturing something here. The expression Test::y should be valid in that scope

[Bug libstdc++/58605] atomicT::atomic() disobeys [atomics.types.operations.req]p4 for types with user-defined default constructors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58605 --- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com --- Re initialization: I would think that the usage of uninitialized state is a wording issue that should better be clarified by a library issue. I don't think

[Bug libstdc++/58605] atomicT::atomic() disobeys [atomics.types.operations.req]p4 for types with user-defined default constructors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58605 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Jeffrey Yasskin from comment #2) It would still make sense to keep this issue open as Deferred waiting for the corresponding library issue resolution. I'll

[Bug libstdc++/58625] std::signbit always converts to double

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58625 --- Comment #10 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Oleg Endo from comment #4) There's another place in file libstdc++-v3/include/c_std/cmath: templatetypename _Tp inline typename __gnu_cxx

[Bug libstdc++/58605] atomicT::atomic() disobeys [atomics.types.operations.req]p4 for types with user-defined default constructors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58605 --- Comment #4 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Daniel Krügler from comment #3) A new library has been opened: http://cplusplus.github.io/LWG/lwg-active.html#2334

[Bug c++/58713] error: cannot bind ‘std::ostream {aka std::basic_ostreamchar}’ lvalue to ‘std::basic_ostreamchar’

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58713 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Jonathan Wakely from comment #1) I've tried to improve it in the past, but I think there's no easy way to do it. A possible fix might be to change

[Bug c++/58713] error: cannot bind ‘std::ostream {aka std::basic_ostreamchar}’ lvalue to ‘std::basic_ostreamchar’

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58713 --- Comment #5 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Marc Glisse from comment #4) If I try to sfinae-out this function based on osx being well-formed, I get an error that template instantiation depth exceeds

[Bug c++/58713] error: cannot bind ‘std::ostream {aka std::basic_ostreamchar}’ lvalue to ‘std::basic_ostreamchar’

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58713 --- Comment #6 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Daniel Krügler from comment #5) Thanks for your test, Marc. I will reflect upon the problem in a bit more detail My current guess is that my suggested

[Bug c++/58815] Casting/Conversion operator for std::decimal not supported

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/58820] lambda multiple inheritance operator() not ambiguous

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58820 --- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com --- This looks like a more fundamental name lookup problem of gcc to me. It can be reproduced with function object types that are no lambda closures: template class... Fs

[Bug c++/58815] Casting/Conversion operator for std::decimal not supported

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815 --- Comment #8 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Paolo Carlini from comment #6) I also would like to encourage using explicit conversion functions. This is explicitly suggested in the updated C++11

[Bug c++/58848] constexpr function allows throw

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58848 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/58885] Template static variable linking issue!

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58885 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/58885] Template static variable linking issue!

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58885 --- Comment #5 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Vehbi Esref Bayraktar from comment #4) So why doesn't it compile as is CGEnumint, Test_Enum::instances_list CGEnumint, Test_Enum::msInstances; and asks

[Bug c++/58894] C++11 lambda doesn't take const variable by reference

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58894 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/58923] g++ does not use provided conversion function for implicit conversion to another type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58923 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/58924] Non-member invocation of overload of operator when the first argument is a temporary of type std::stringstream

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58924 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Fanael from comment #1) I agree with Fanael: It is supposed to be that way in C++11 because of the provided stream-rvalue support via template class charT

[Bug c++/58954] accessing a private member function in decltype of a friend class causes access control error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58954 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/58948] c++0x support for enums in namespaces

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58948 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/58948] c++0x support for enums in namespaces

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58948 --- Comment #4 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to sshannin from comment #2) I wonder if there's any way to declare it such that the namespaces/types are unambiguous that will parse correctly in both the c

[Bug c++/58972] Lambda can't access private members

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58972 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/59004] ICE generated by __func__

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59004 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/59005] Having designated inits in C++ with -std=c++11 does not cause any errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59005 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug libstdc++/59027] std::is_signed does not include check for is_arithmetic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59027 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/59033] cannot control inherited constructors access

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59033 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug libstdc++/59027] std::is_signed does not include check for is_arithmetic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59027 --- Comment #4 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Marc Mutz from comment #3) See code posted in http://llvm.org/bugs/show_bug.cgi?id=17834 is_unsignedMouseButton fails, !is_signed succeeds. MouseButton

[Bug c++/58752] [C++11] Bogus error: ambiguous class template instantiation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58752 --- Comment #6 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Richard Smith from comment #4) Richard, could you please explain what precisely you meant with: Deducing #1 from #2 gives T=const U, which results

[Bug c++/59135] Incorrect ambiguity in constexpr function overloads

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59135 --- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com --- The problem seems to exist in gcc 4.7.3 and within the recent 4.9.0 trunk. The following variant of the code removes unnecessary library dependencies and constexpr (which

[Bug c++/59144] weird behavior when dealing with too complicated templates and class hierarchy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59144 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/59165] gcc looks up begin(), end() for for-range loops for ints in namespace std

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59165 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/59204] Incorrect metaprogram evaluation in SFINAE context

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59204 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/59211] init_priority doesn't work with constant expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59211 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/59244] [c++11] can't specialize template on ref-qualified member function pointer type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59244 --- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com --- This seems to be fixed in gcc 4.8.2 and in gcc 4.9.0 HEAD

[Bug c++/57645] [4.8/4.9 Regression] Explicitly-declared destructor with no exception specification is always noexcept(true)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57645 --- Comment #6 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Dave Peterson from comment #5) In C++11 terminate is expected for this code, because the implied exception specification of any destructor is noexcept(true

[Bug c++/59329] Using `assert(...)` is not allowed in constexpr functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59329 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug libstdc++/59508] std::find could use specialized container's find

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59508 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug libstdc++/59508] std::find could use specialized container's find

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59508 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to Oleg Endo from comment #2) Could you please elaborate? My response was referring to the generic code that you provided, because that would also be applied

[Bug c++/59404] declaration shadowing template parameter wrongly accepted

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59404 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/54198] [4.8 Regression] error: invalid use of incomplete type when building Chromium

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54198 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug c++/54235] Templates compile but don't link

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54235 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC

[Bug libstdc++/54249] New: [C++11] No ::nullptr_t in header stddef.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54249 Bug #: 54249 Summary: [C++11] No ::nullptr_t in header stddef.h Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/54249] [C++11] No ::nullptr_t in header stddef.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54249 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added Keywords

[Bug libstdc++/54249] [C++11] No ::nullptr_t in header stddef.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54249 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-08-14 09:52:30 UTC --- (In reply to comment #2) (In reply to comment #0) Every C header, each of which has a name of the form name.h, behaves as if each name

  1   2   3   4   5   6   7   8   9   >