--- Comment #2 from dragan at plusplus dot co dot yu 2009-07-08 12:38
---
Although this is a feature request in the context that the old behavior
was correctly implemented and it will be different in C++0x, it still presents
a bug in the current C++0x implementation. It creates copies
enhancement
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dragan at plusplus dot co dot yu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40682
--- Comment #8 from dragan at plusplus dot co dot yu 2009-06-19 12:05
---
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2837.pdf
page 40 - clause 8.5.3
page 41 - clauses 12.1, 12.4, 12.8
My vote goes to the first option.
Guess we'll wait and see...
--
--- Comment #7 from dragan at plusplus dot co dot yu 2009-06-18 17:09
---
(In reply to comment #6)
> Because there were strong objections to those changes at the meeting.
> People have been working on a different solution.
I know this is a bad place to continue the discussion o
--- Comment #4 from dragan at plusplus dot co dot yu 2009-06-18 14:19
---
(In reply to comment #3)
> Also, n2844 and Doug's patch don't update std::make_pair, so it won't accept
> lvalues according to the current draft. That needs fixing too.
>
If you are
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dragan at plusplus dot co dot yu
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86
--- Comment #8 from dragan at plusplus dot co dot yu 2009-01-16 21:22
---
Created an attachment (id=17123)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17123&action=view)
another test case
I disagree... here is another test case. Semantically, it is the same
as the fi
--- Comment #5 from dragan at plusplus dot co dot yu 2008-12-30 13:20
---
The standard says that the friend declaration should inject the name 'func'
into the enclosing namespace, but in a way that it can be found only by ADL.
Here is a test case without templates:
--- Comment #4 from dragan at plusplus dot co dot yu 2008-12-30 11:42
---
Please see my bug report #34870. There are references to discussions
and other sources that show why this code is valid.
Hm... Apparently, this is exactly my test case. :-D
--
http://gcc.gnu.org/bugzilla
--- Comment #1 from dragan at plusplus dot co dot yu 2008-11-26 13:42
---
Created an attachment (id=16776)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16776&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38276
UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dragan at plusplus dot co dot yu
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc
--- Comment #1 from dragan at plusplus dot co dot yu 2008-01-19 11:39
---
Created an attachment (id=14974)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14974&action=view)
a simple test case (the same as in the bug description)
--
http://gcc.gnu.org/bugzilla/show_bug
')
--
Summary: template not instantiated for argument-dependent lookup
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
13 matches
Mail list logo
