--- Comment #4 from john at johnmaddock dot co dot uk 2005-11-12 18:32
---
Doug's right: according to 3.4p4 passing an rvalue results in implementation
defined behaviour. So you can support it or not as you wish. I'll update the
Boost test case accordingly.
However... I pr
--- Comment #5 from john at johnmaddock dot co dot uk 2005-11-12 17:53
---
Thanks for the clarification Doug: having re-read the text, the issues list,
and scratched my head for a while I agree with you. I'll update the Boost test
case appropriately.
Feel free to close this one
--- Comment #1 from john at johnmaddock dot co dot uk 2005-11-11 18:54
---
And just to add to the above, this bug also effects is_enum and is_function.
John.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24809
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john at johnmaddock dot co dot uk
GCC build triplet: linux.x86
GCC host triplet: linux.x86
GCC target triplet: linux.x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24809
--- Comment #2 from john at johnmaddock dot co dot uk 2005-11-11 18:42
---
Created an attachment (id=10218)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10218&action=view)
Test case (caution complicated)
The attached test cases are rather complex - sorry but it's ea
n: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john at johnmaddock dot co dot uk
GCC build triplet: linux.x86
GCC host triplet: linux.x86
GCC target triplet:
--
Summary: No non-member swap for shared_ptr
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john
or()(_T1&, _T2&) const [with _T1 = int,
_T2 = int, _Tp = functor1]
--
Summary: reference_wrapper and pointers to member functions
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
ion: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john at johnmaddock dot co dot uk
GCC build triplet: linux.x86
GCC host triplet: linux.x86
GCC targ
nheritance
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john at johnmaddock dot co dot uk
GCC build triplet:
--- Comment #1 from john at johnmaddock dot co dot uk 2005-10-08 16:52
---
Created an attachment (id=9936)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9936&action=view)
Code needed to reproduce the issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24275
t org
ReportedBy: john at johnmaddock dot co dot uk
GCC build triplet: Linux x86
GCC host triplet: Linux x86
GCC target triplet: Linux x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24275
--- Additional Comments From john at johnmaddock dot co dot uk 2005-08-08
09:57 ---
Is the print member really already overflowed? It has a value of 0200 which is
0x80: so if char is signed (it is on cygwin) then it's setting the sign bit,
which should be OK I think. Although I
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john at johnmaddock dot co dot uk
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd
0.125)
GCC host
14 matches
Mail list logo