https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61647
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61645
--- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to lh_mouse from comment #2)
Replace forward_list with list, splice_after with splice and before_begin
with begin, all three static_assert's hold
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com ---
As usual you need to provide a code example and the used compiler flags.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56193
--- Comment #10 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Jonathan Wakely from comment #9)
Yes, sure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58972
--- Comment #7 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Ville Voutilainen from comment #6)
Makes sense to me, I'll do that for the local-class example
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56193
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61528
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61543
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61543
--- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Vaughn Cato from comment #2)
I'm not sure it is related to bug 49171.
I agree and withdraw my previous comparison. I didn't notice that the result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61484
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61488
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61500
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61414
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61381
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61362
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61362
--- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com ---
Reduced example (removing library dependencies) using compiler flags
-Wall -Wextra -std=c++11 -pedantic
for gcc HEAD 4.10.0 20140529 (experimental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61216
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61182
--- Comment #8 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Paolo Carlini from comment #6)
I'm adding Daniel in CC, maybe he has a something to say. To be safe, I'm
also tentatively marking this as a regression.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61182
--- Comment #9 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Jonathan Wakely from comment #7)
And Boost. I have to wonder why their remove_const is so much more
complicated than ours:
templatetypename _Tp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61182
--- Comment #11 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to pdaouadi from comment #3)
Still, if the standard says that it is not allowed we can work around it,
but then should I file a bug to clang?
I have done
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61038
--- Comment #9 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Ben Longbons from comment #8)
What about multi-char constants, or are they not permitted in C++ UDLs?
Normally they get converted to int, so they're
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60986
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60798
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60803
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60767
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60760
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60760
--- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Jonathan Wakely from comment #2)
Yes, we rely on that in initializer_list::end(), and clang rejects that.
nod
I discussed that case with Jason and we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60692
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60709
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60715
--- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Jonathan Wakely from comment #1)
I'm pretty sure there's an existing bug report about this
Agreed. What about bug 57891?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60705
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60637
--- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com ---
This seems to be fixed in 4.9.0 trunk. My guess is that this was solved via bug
58625.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60631
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60595
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: daniel.kruegler at googlemail dot com
gcc 4.9.0 20140309 (experimental) compiled with the flags
-std=c++1y -Wall -pedantic
rejects:
//--
templateclass T
struct L
{
T t
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
CC: daniel.kruegler at googlemail dot com
CC: daniel.kruegler at googlemail dot com
Using
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60416
--- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com ---
I agree that this is unwanted, but I can deduce astonishing little information
what the standard requires here. For copy/move operations we have at least
12.3.1 p3 saying
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60417
--- Comment #4 from Daniel Krügler daniel.kruegler at googlemail dot com ---
I have submitted a request to the core group for clarification, but personally
I believe that the intention is clearly to never implicitly-declare an explicit
default
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60399
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60402
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60305
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60314
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60299
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60273
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60258
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60263
--- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to jos...@codesourcery.com from comment #1)
In http://gcc.gnu.org/ml/gcc-patches/2011-08/msg01524.html, Jason said
he'd raised the issue of whether C++11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60258
--- Comment #5 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Daniel Krügler from comment #4)
Reduced example:
More reduced by eliminating library dependencies:
//--
struct atomic_bool
{
atomic_bool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60199
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60209
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60125
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59526
--- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Jonathan Wakely from comment #1)
Trunk doesn't give the same errors, but fails two of the assertions:
n.cc:30:1: error: static assertion failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60041
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60044
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60019
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60011
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59816
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59606
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59508
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59404
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59329
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59211
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59144
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59165
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59204
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59027
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59033
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59004
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59005
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58972
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58954
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58948
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58923
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58894
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58885
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58848
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC
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
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
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
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
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
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58569
--- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Paolo Carlini from comment #1)
[Somehow bugzilla lost my response]
Yes, foo is incomplete within a data member declaration of type foo and this
breaks std
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58569
--- Comment #6 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Jonathan Wakely from comment #4)
Why would LWG 2132 require any such check during the instantiation of the class
template or during the instantiation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58569
--- Comment #7 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Jonathan Wakely from comment #5)
And it should only happen when instantiating the converting constructor
template or converting assignment operator
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58569
--- Comment #12 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Jonathan Wakely from comment #11)
Further reduced (clang gives the same error for this version):
templatebool B struct enable_if { typedef void type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58569
--- Comment #14 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Jonathan Wakely from comment #13)
Argh, yes, I didn't read the diagnostic properly after that last change,
sorry!
Thanks. I think the actual problem can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58569
--- Comment #15 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Daniel Krügler from comment #14)
Furthermore the name hiding happening here
templatetypename F, typename R = RequiresCallableF
Function(F);
needs
201 - 300 of 881 matches
Mail list logo