public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libstdc++/67600] New: [5/6] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3
@ 2015-09-16 11:23 cctsai57 at gmail dot com
2015-09-16 11:35 ` [Bug ipa/67600] [5/6 Regression] " rguenth at gcc dot gnu.org
` (8 more replies)
0 siblings, 9 replies; 10+ messages in thread
From: cctsai57 at gmail dot com @ 2015-09-16 11:23 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67600
Bug ID: 67600
Summary: [5/6] Segfault when assigning only one char to
ostreambuf_iterator<char> compiled with -O2 or -O3
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: cctsai57 at gmail dot com
Target Milestone: ---
#include <iostream>
#include <sstream>
int main()
{
std::basic_ostringstream<char> ostr;
std::ostreambuf_iterator<char> iter(ostr.rdbuf());
*iter++ = 'X'; // Segmentation fault if -O2 or -O3.
// *iter++ = 'Y'; // But pass if adding this statement.
std::cout << ostr.str() << '\n';
return 0;
}
Description:
If the above simplified code is compiled with -O2 or -O3, segmentation fault
happens in "*iter++ = 'x'" statement, but -O0, -O1 or -Os are O.K.
If I add the "*iter++ = 'Y'" statement and compile it with -O2 or -O3, it
can print "XY" successfully.
gcc versions:
Fails on gcc-5 (x86_64-redhat-linux on Fedora-22)
and gcc-6.0.0 (20150916 (experimental)).
Pass on gcc-4.8 and gcc-4.9
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug ipa/67600] [5/6 Regression] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3
2015-09-16 11:23 [Bug libstdc++/67600] New: [5/6] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3 cctsai57 at gmail dot com
@ 2015-09-16 11:35 ` rguenth at gcc dot gnu.org
2015-09-16 11:37 ` rguenth at gcc dot gnu.org
` (7 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-09-16 11:35 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67600
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Known to work| |4.9.3
Keywords| |wrong-code
Last reconfirmed| |2015-09-16
Component|libstdc++ |ipa
CC| |hubicka at gcc dot gnu.org
Ever confirmed|0 |1
Summary|[5/6] Segfault when |[5/6 Regression] Segfault
|assigning only one char to |when assigning only one
|ostreambuf_iterator<char> |char to
|compiled with -O2 or -O3 |ostreambuf_iterator<char>
| |compiled with -O2 or -O3
Target Milestone|--- |5.3
Known to fail| |5.2.0
--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
Confirmed.
<bb 2>:
std::basic_ostringstream<char>::basic_ostringstream (&ostr, 16);
_52 = MEM[(char_type * *)&ostr + 48B];
returns NULL.
Dump of assembler code for function main():
0x0000000000400ad0 <+0>: push %rbx
0x0000000000400ad1 <+1>: mov $0x10,%esi
0x0000000000400ad6 <+6>: sub $0x180,%rsp
0x0000000000400add <+13>: lea 0x20(%rsp),%rdi
0x0000000000400ae2 <+18>: callq 0x400ab0
<_ZNSt19basic_ostringstreamIcSt11char_traitsIcESaIcEEC1ESt13_Ios_Openmode@plt>
0x0000000000400ae7 <+23>: mov 0x50(%rsp),%rax
0x0000000000400aec <+28>: lea 0x28(%rsp),%rsi
0x0000000000400af1 <+33>: lea 0x10(%rsp),%rdi
=> 0x0000000000400af6 <+38>: movb $0x58,(%rax)
looks like a devirt issue again, -fno-devirtualize fixes it and -fdump-tree-all
without it ICEs:
> /space/rguenther/install/gcc-5.2/bin/g++ t.c -O2 -g -fdump-tree-all
t.c: In function 'int main()':
t.c:4:5: internal compiler error: Segmentation fault
int main()
^
0xacaeff crash_signal
/space/rguenther/src/svn/gcc-5-branch/gcc/toplev.c:383
0x7cce20 symtab_node::name() const
/space/rguenther/src/svn/gcc-5-branch/gcc/symtab.c:479
0xbe1083 eliminate_dom_walker::before_dom_children(basic_block_def*)
/space/rguenther/src/svn/gcc-5-branch/gcc/tree-ssa-pre.c:4405
0xfaf581 dom_walker::walk(basic_block_def*)
/space/rguenther/src/svn/gcc-5-branch/gcc/domwalk.c:188
0xbdf58b eliminate
/space/rguenther/src/svn/gcc-5-branch/gcc/tree-ssa-pre.c:4540
0xbdf8a5 execute
/space/rguenther/src/svn/gcc-5-branch/gcc/tree-ssa-pre.c:4978
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug ipa/67600] [5/6 Regression] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3
2015-09-16 11:23 [Bug libstdc++/67600] New: [5/6] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3 cctsai57 at gmail dot com
2015-09-16 11:35 ` [Bug ipa/67600] [5/6 Regression] " rguenth at gcc dot gnu.org
@ 2015-09-16 11:37 ` rguenth at gcc dot gnu.org
2015-10-12 8:15 ` hubicka at gcc dot gnu.org
` (6 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-09-16 11:37 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67600
--- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> ---
It must conclude that
<bb 2>:
std::basic_ostringstream<char>::basic_ostringstream (&ostr, 16);
_52 = MEM[(char_type * *)&ostr + 48B];
_53 = MEM[(char_type * *)&ostr + 56B];
if (_52 < _53)
goto <bb 3>;
else
goto <bb 4>;
<bb 3>:
*_52 = 88;
_57 = MEM[(char_type * *)&ostr + 48B];
_58 = _57 + 1;
MEM[(char_type * *)&ostr + 48B] = _58;
goto <bb 5>;
<bb 4>:
_65 = MEM[(struct basic_streambuf *)&ostr + 8B]._vptr.basic_streambuf;
_66 = MEM[(int (*__vtbl_ptr_type) () *)_65 + 104B];
OBJ_TYPE_REF(_66;(struct basic_streambuf)&ostr._M_stringbuf->13)
(&ostr._M_stringbuf, 88);
the call in bb 4 is not possible thus the block gets unreachable.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug ipa/67600] [5/6 Regression] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3
2015-09-16 11:23 [Bug libstdc++/67600] New: [5/6] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3 cctsai57 at gmail dot com
2015-09-16 11:35 ` [Bug ipa/67600] [5/6 Regression] " rguenth at gcc dot gnu.org
2015-09-16 11:37 ` rguenth at gcc dot gnu.org
@ 2015-10-12 8:15 ` hubicka at gcc dot gnu.org
2015-10-16 6:08 ` hubicka at gcc dot gnu.org
` (5 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: hubicka at gcc dot gnu.org @ 2015-10-12 8:15 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67600
Jan Hubicka <hubicka at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot gnu.org
--- Comment #3 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
Mine.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug ipa/67600] [5/6 Regression] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3
2015-09-16 11:23 [Bug libstdc++/67600] New: [5/6] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3 cctsai57 at gmail dot com
` (2 preceding siblings ...)
2015-10-12 8:15 ` hubicka at gcc dot gnu.org
@ 2015-10-16 6:08 ` hubicka at gcc dot gnu.org
2015-10-24 17:02 ` miyuki at gcc dot gnu.org
` (4 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: hubicka at gcc dot gnu.org @ 2015-10-16 6:08 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67600
--- Comment #5 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
OK,
the problem is that we loss offset of 64. This happens in get_dynamic_type
where we restrict to inner class and get difference in between offset inside
restricted type and offset from basic instance pointer.
I am testing the following:
Index: ipa-polymorphic-call.c
===================================================================
--- ipa-polymorphic-call.c (revision 228735)
+++ ipa-polymorphic-call.c (working copy)
@@ -1621,13 +1637,13 @@ ipa_polymorphic_call_context::get_dynami
print_generic_expr (dump_file, otr_object, TDF_SLIM);
fprintf (dump_file, " Outer instance pointer: ");
print_generic_expr (dump_file, instance, TDF_SLIM);
- fprintf (dump_file, " offset: %i (bits)", (int)offset);
+ fprintf (dump_file, " offset: %i (bits)", (int)instance_offset);
fprintf (dump_file, " vtbl reference: ");
print_generic_expr (dump_file, instance_ref, TDF_SLIM);
fprintf (dump_file, "\n");
}
- tci.offset = offset;
+ tci.offset = instance_offset;
tci.instance = instance;
tci.vtbl_ptr_ref = instance_ref;
gcc_assert (TREE_CODE (instance) != MEM_REF);
will need to re-read the code to double check it works as intended now, but I
would think so ;)
Honza
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug ipa/67600] [5/6 Regression] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3
2015-09-16 11:23 [Bug libstdc++/67600] New: [5/6] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3 cctsai57 at gmail dot com
` (3 preceding siblings ...)
2015-10-16 6:08 ` hubicka at gcc dot gnu.org
@ 2015-10-24 17:02 ` miyuki at gcc dot gnu.org
2015-10-24 17:34 ` trippels at gcc dot gnu.org
` (3 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: miyuki at gcc dot gnu.org @ 2015-10-24 17:02 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67600
Mikhail Maltsev <miyuki at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |miyuki at gcc dot gnu.org
--- Comment #6 from Mikhail Maltsev <miyuki at gcc dot gnu.org> ---
I wonder if the testcase could be reduced somehow...
$ ll -S gcc/testsuite/g++.dg/torture | head -n 7
total 2.2M
-rw-r--r-- 1 miyuki miyuki 664K 19:44 24.10.15 pr67600.C
-rw-r--r-- 1 miyuki miyuki 43K 10:56 10.07.15 Wsizeof-pointer-memaccess2.C
-rw-r--r-- 1 miyuki miyuki 43K 10:56 10.07.15 Wsizeof-pointer-memaccess1.C
-rw-r--r-- 1 miyuki miyuki 17K 10:56 10.07.15 pr31863.C
-rw-r--r-- 1 miyuki miyuki 12K 10:56 10.07.15 pr37922.C
-rw-r--r-- 1 miyuki miyuki 11K 06:08 04.08.15 pr46383.C
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug ipa/67600] [5/6 Regression] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3
2015-09-16 11:23 [Bug libstdc++/67600] New: [5/6] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3 cctsai57 at gmail dot com
` (4 preceding siblings ...)
2015-10-24 17:02 ` miyuki at gcc dot gnu.org
@ 2015-10-24 17:34 ` trippels at gcc dot gnu.org
2015-10-25 14:13 ` hjl.tools at gmail dot com
` (2 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: trippels at gcc dot gnu.org @ 2015-10-24 17:34 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67600
Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |trippels at gcc dot gnu.org
--- Comment #7 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to Mikhail Maltsev from comment #6)
> I wonder if the testcase could be reduced somehow...
>
> $ ll -S gcc/testsuite/g++.dg/torture | head -n 7
> total 2.2M
> -rw-r--r-- 1 miyuki miyuki 664K 19:44 24.10.15 pr67600.C
Yeah, I was wondering about that too.
Honza, why are not just using two #includes instead of all the preprocessed
standard headers?
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug ipa/67600] [5/6 Regression] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3
2015-09-16 11:23 [Bug libstdc++/67600] New: [5/6] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3 cctsai57 at gmail dot com
` (5 preceding siblings ...)
2015-10-24 17:34 ` trippels at gcc dot gnu.org
@ 2015-10-25 14:13 ` hjl.tools at gmail dot com
2015-10-28 13:44 ` [Bug ipa/67600] [5 " rguenth at gcc dot gnu.org
2015-10-28 13:44 ` rguenth at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: hjl.tools at gmail dot com @ 2015-10-25 14:13 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67600
H.J. Lu <hjl.tools at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hjl.tools at gmail dot com
--- Comment #8 from H.J. Lu <hjl.tools at gmail dot com> ---
(In reply to Markus Trippelsdorf from comment #7)
> (In reply to Mikhail Maltsev from comment #6)
> > I wonder if the testcase could be reduced somehow...
> >
> > $ ll -S gcc/testsuite/g++.dg/torture | head -n 7
> > total 2.2M
> > -rw-r--r-- 1 miyuki miyuki 664K 19:44 24.10.15 pr67600.C
>
> Yeah, I was wondering about that too.
> Honza, why are not just using two #includes instead of all the preprocessed
> standard headers?
I don't think we can pass prepossessed C++ to g++ as C++.
We got:
FAIL: g++.dg/torture/pr67600.C -O0 (test for excess errors)
Excess errors:
In file included from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/stl_algobase.h:61:0,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/char_traits.h:39,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ios:40,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ostream:38,
from /aux/hubicka/trunk-install/include/c++/6.0.0/iostream:39,
from t.C:1:
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/cpp_type_traits.h:259:40:
error: template argument 1 is invalid
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/cpp_type_traits.h:259:145:
error: template argument 1 is invalid
In file included from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/move.h:57:0,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/stl_pair.h:59,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/stl_algobase.h:64,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/char_traits.h:39,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ios:40,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ostream:38,
from /aux/hubicka/trunk-install/include/c++/6.0.0/iostream:39,
from t.C:1:
/aux/hubicka/trunk-install/include/c++/6.0.0/type_traits:258:41: error:
template argument 1 is invalid
/aux/hubicka/trunk-install/include/c++/6.0.0/type_traits:262:50: error:
template argument 1 is invalid
In file included from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/move.h:57:0,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/stl_pair.h:59,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/stl_algobase.h:64,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/char_traits.h:39,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ios:40,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ostream:38,
from /aux/hubicka/trunk-install/include/c++/6.0.0/iostream:39,
from t.C:1:
/aux/hubicka/trunk-install/include/c++/6.0.0/type_traits:317:39: error:
'__float128' was not declared in this scope
/aux/hubicka/trunk-install/include/c++/6.0.0/type_traits:317:49: error:
template argument 1 is invalid
In file included from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/move.h:57:0,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/stl_pair.h:59,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/stl_algobase.h:64,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/char_traits.h:39,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ios:40,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ostream:38,
from /aux/hubicka/trunk-install/include/c++/6.0.0/iostream:39,
from t.C:1:
/aux/hubicka/trunk-install/include/c++/6.0.0/type_traits:1704:36: error:
template argument 1 is invalid
In file included from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/move.h:57:0,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/stl_pair.h:59,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/stl_algobase.h:64,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/char_traits.h:39,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ios:40,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ostream:38,
from /aux/hubicka/trunk-install/include/c++/6.0.0/iostream:39,
from t.C:1:
/aux/hubicka/trunk-install/include/c++/6.0.0/type_traits:1823:43: error:
template argument 1 is invalid
In file included from
/aux/hubicka/trunk-install/include/c++/6.0.0/ext/new_allocator.h:33:0,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/x86_64-pc-linux-gnu/bits/c++allocator.h:33,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/allocator.h:46,
from /aux/hubicka/trunk-install/include/c++/6.0.0/string:41,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/locale_classes.h:40,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/ios_base.h:41,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ios:42,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ostream:38,
from /aux/hubicka/trunk-install/include/c++/6.0.0/iostream:39,
from t.C:1:
/aux/hubicka/trunk-install/include/c++/6.0.0/new:112:41: error: 'operator new'
takes type 'size_t' ('unsigned int') as first parameter [-fpermissive]
/aux/hubicka/trunk-install/include/c++/6.0.0/new:114:41: error: 'operator new'
takes type 'size_t' ('unsigned int') as first parameter [-fpermissive]
/aux/hubicka/trunk-install/include/c++/6.0.0/new:120:41: error: 'operator new'
takes type 'size_t' ('unsigned int') as first parameter [-fpermissive]
/aux/hubicka/trunk-install/include/c++/6.0.0/new:122:41: error: 'operator new'
takes type 'size_t' ('unsigned int') as first parameter [-fpermissive]
/aux/hubicka/trunk-install/include/c++/6.0.0/new:129:51: error: 'operator new'
takes type 'size_t' ('unsigned int') as first parameter [-fpermissive]
/aux/hubicka/trunk-install/include/c++/6.0.0/new:131:53: error: 'operator new'
takes type 'size_t' ('unsigned int') as first parameter [-fpermissive]
In file included from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/range_access.h:36:0,
from /aux/hubicka/trunk-install/include/c++/6.0.0/string:51,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/locale_classes.h:40,
from
/aux/hubicka/trunk-install/include/c++/6.0.0/bits/ios_base.h:41,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ios:42,
from /aux/hubicka/trunk-install/include/c++/6.0.0/ostream:38,
from /aux/hubicka/trunk-install/include/c++/6.0.0/iostream:39,
from t.C:1:
/aux/hubicka/trunk-install/include/c++/6.0.0/initializer_list:47:11: fatal
error: definition of std::initializer_list does not match #include
<initializer_list>
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug ipa/67600] [5 Regression] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3
2015-09-16 11:23 [Bug libstdc++/67600] New: [5/6] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3 cctsai57 at gmail dot com
` (6 preceding siblings ...)
2015-10-25 14:13 ` hjl.tools at gmail dot com
@ 2015-10-28 13:44 ` rguenth at gcc dot gnu.org
2015-10-28 13:44 ` rguenth at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-10-28 13:44 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67600
--- Comment #10 from Richard Biener <rguenth at gcc dot gnu.org> ---
Author: rguenth
Date: Wed Oct 28 13:44:18 2015
New Revision: 229485
URL: https://gcc.gnu.org/viewcvs?rev=229485&root=gcc&view=rev
Log:
2015-10-28 Richard Biener <rguenther@suse.de>
PR ipa/67600
* g++.dg/torture/pr67600.C: Remove preprocessed headers in favor
of #includes.
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/torture/pr67600.C
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug ipa/67600] [5 Regression] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3
2015-09-16 11:23 [Bug libstdc++/67600] New: [5/6] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3 cctsai57 at gmail dot com
` (7 preceding siblings ...)
2015-10-28 13:44 ` [Bug ipa/67600] [5 " rguenth at gcc dot gnu.org
@ 2015-10-28 13:44 ` rguenth at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-10-28 13:44 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67600
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Known to work| |6.0
Summary|[5/6 Regression] Segfault |[5 Regression] Segfault
|when assigning only one |when assigning only one
|char to |char to
|ostreambuf_iterator<char> |ostreambuf_iterator<char>
|compiled with -O2 or -O3 |compiled with -O2 or -O3
--- Comment #9 from Richard Biener <rguenth at gcc dot gnu.org> ---
Done. Fixed on trunk sofar.
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2015-10-28 13:44 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-09-16 11:23 [Bug libstdc++/67600] New: [5/6] Segfault when assigning only one char to ostreambuf_iterator<char> compiled with -O2 or -O3 cctsai57 at gmail dot com
2015-09-16 11:35 ` [Bug ipa/67600] [5/6 Regression] " rguenth at gcc dot gnu.org
2015-09-16 11:37 ` rguenth at gcc dot gnu.org
2015-10-12 8:15 ` hubicka at gcc dot gnu.org
2015-10-16 6:08 ` hubicka at gcc dot gnu.org
2015-10-24 17:02 ` miyuki at gcc dot gnu.org
2015-10-24 17:34 ` trippels at gcc dot gnu.org
2015-10-25 14:13 ` hjl.tools at gmail dot com
2015-10-28 13:44 ` [Bug ipa/67600] [5 " rguenth at gcc dot gnu.org
2015-10-28 13:44 ` rguenth at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).