This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/25306] fill_n, generate_n assume Size is modifiable
- From: "gdr at integrable-solutions dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 8 Dec 2005 03:36:09 -0000
- Subject: [Bug libstdc++/25306] fill_n, generate_n assume Size is modifiable
- References: <bug-25306-1186@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #1 from gdr at integrable-solutions dot net 2005-12-08 03:36 -------
Subject: Re: New: fill_n, generate_n assume Size is modifiable
"sebor at roguewave dot com" <gcc-bugzilla@gcc.gnu.org> writes:
| I came across this while gathering background for my post in
| c++std-lib-16112. I thgought I might as well let you know in case
| you think it's important enough to worry about (Size is only
| required to be convertible to an integral type which doesn't mean it
| needs to have the predecrement operator defined). The incorrect
| return type in this test case works around bug #25304.
I've come to take issue with the specification of Size. It says it is
convertible to an integral type, does it does not say which. I
believe the wording should be more precise -- yes, a library could
conservatively take long (long) or unsigned long (long), but still
that is a waste.
Would you mind appending that issue to the one you raised in
c++std-lib-16112?
-- gaby
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25306