--- Comment #5 from pcarlini at suse dot de 2007-05-24 19:43 ---
Something we *can* do is more strictly inhibiting implicit instantiation of
__ostream_insert (already ok in mainline). But really, mcstl should never touch
the basic_ios::fill function, has nothing to do with std::fill.
-
--- Comment #4 from pcarlini at suse dot de 2007-05-24 19:07 ---
Please, stop fiddling with Bugzilla. I pointed you to the real reason of the
bug, and you should simply report it to mcstl. And of course, GCC is allowed to
behave differently at different optimization levels, because at lo
--- Comment #3 from gcc at abeckmann dot de 2007-05-24 19:04 ---
But why does g++ behave differently if called with different optimization
levels?
I was looking for a mcstl bug first, but since g++ accepted this code with -O2
I went for g++.
On the other hand, if this is actually a bug i
--- Comment #2 from pcarlini at suse dot de 2007-05-24 18:36 ---
This is an mcstl issue, of which we are not responsible: if look inside
PR32072.ii you will discover that somehow, in basic_ios.h, the fill method has
been replaced by an __mcstl_hidden_fill and the fill method is not avail
--- Comment #1 from gcc at abeckmann dot de 2007-05-24 17:26 ---
Created an attachment (id=13609)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13609&action=view)
preprocessed source code of the test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32072
