This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/11450] New: fpos problems
- From: "peturr02 at ru dot is" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 7 Jul 2003 09:45:14 -0000
- Subject: [Bug libstdc++/11450] New: fpos problems
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11450
Summary: fpos problems
Product: gcc
Version: 3.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: peturr02 at ru dot is
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
fpos<StateT> fails to link for StateT other than mbstate_t. As noted in
DR 352, the standard doesn't give any requirements for StateT, but in
previous versions of gcc, fpos has worked for any type that is
DefaultConstuctable, CopyConstructable and Assignable.
Also, the comment
// NB: The standard defines only the implicit copy ctor and the
// previous two members. The rest is a "conforming extension".
is incorrect, since almost all of what follows is required by the standard.