n-class not added to enclosing
namespace
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: squell at alumina dot nl
--- Comment #1 from squell at alumina dot nl 2006-02-06 15:36 ---
Created an attachment (id=10784)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10784&action=view)
Test case
Test case; the output should be "23".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26133
edBy: squell at alumina dot nl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26133
--- Comment #17 from squell at alumina dot nl 2006-02-04 12:45 ---
Out of curiosity, I was checking the LWG website; I couldn't find these issues
(but then, I don't have inside access). I'm more than willing write a DR for
both points mentioned, but I'd hate to
--- Additional Comments From squell at alumina dot nl 2005-07-25 14:04
---
Mentally fix the typographical errors in that last post. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22634
--- Additional Comments From squell at alumina dot nl 2005-07-25 14:01
---
(In reply to comment #13)
> I've attached the work-around I personally use to this kind of problem, which
> is
> wrapping the iterator in another iterator which changes the value_type.
I tried th
--- Additional Comments From squell at alumina dot nl 2005-07-24 16:42
---
(In reply to comment #7)
> Yes, the standard requirements for iterators exhibit inconsistencies
> at many places; for example an InputIterator is not required (by the
> Standard) to be copy-cons
--- Additional Comments From squell at alumina dot nl 2005-07-24 02:31
---
To clarify a bit; the comments dealing with the lines that read;
ValueType value ( *first ); // copy construct!
Should be ignored. I wrote them out of fear for situations where
"T obj(initializer);&q
--- Additional Comments From squell at alumina dot nl 2005-07-24 00:56
---
(In reply to comment #4)
> > bar< ptr->f > a; // ERROR: `->' cannot appear in constant expression
> > bar< &ptr->f > b; // ERROR: '>' missing in template a
--- Additional Comments From squell at alumina dot nl 2005-07-23 23:20
---
(In reply to comment #2)
> ((...(*first + *(first + 1)) + ...) + *(first + (i - result)))
> So arithmetic is done with the data type of the input range. That may be
> undesirable on occasion, but th
--- Additional Comments From squell at alumina dot nl 2005-07-23 20:08
---
Created an attachment (id=9338)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9338&action=view)
See the original post
There is an issue here that this routine assumes that the result of the
opera
ial_sum is too constrained
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: squell at alumina dot nl
--- Additional Comments From squell at alumina dot nl 2005-07-23 16:26
---
(In reply to comment #6)
> In your example, ptr is a type not an object. operator-> isn't applicable
> to types, only to objects.
ptr _is_ an object. Please re-read the declaration carefully. Al
--- Additional Comments From squell at alumina dot nl 2005-07-23 03:22
---
ptr->f is a constant expression, I believe, since it doesn't access any
object (see 5.19/4, C++ Std), because the expression will resolve to a
static member. But whether I am right or not:
I got to this
--- Additional Comments From squell at alumina dot nl 2005-07-23 01:59
---
When I changed the function body by removing all "foo::"
qualifiers, I got the following;
int foo::f()
{
f_obj<&f> a; // ERROR: missing '>' in template argument list
tax errors
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: squell at alumina dot nl
CC: gcc-
ponent: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: squell at alumina dot nl
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22618
17 matches
Mail list logo
