* [Bug preprocessor/60436] [4.8/4.9 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
@ 2014-03-06 8:30 ` trippels at gcc dot gnu.org
2014-03-06 9:24 ` jakub at gcc dot gnu.org
` (11 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-03-06 8:30 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2014-03-06
CC| |trippels at gcc dot gnu.org
Known to work| |4.7.3
Target Milestone|--- |4.8.4
Summary|C preprocessor segfaults on |[4.8/4.9 Regression] C
|assembly file |preprocessor segfaults on
| |assembly file
Ever confirmed|0 |1
Known to fail| |4.8.3, 4.9.0
--- Comment #1 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Confirmed. Both trunk and 4.8.3 segfault. 4.7.3 is fine.
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.8.3/cc1 -o /dev/null -E -lang-asm -quiet
-v -D ABCDEFGHIJKLM ghc3240_8.s
#0 0x0000000000c7136e in get_data_from_adhoc_loc(line_maps*, unsigned int) ()
#1 0x0000000000c67fe8 in expand_location(unsigned int) ()
#2 0x00000000004cc7b3 in preprocess_file(cpp_reader*) ()
#3 0x0000000000c806df in c_common_init() ()
#4 0x0000000000c7c90c in c_objc_common_init() ()
#5 0x0000000000cc12fb in toplev_main(int, char**) ()
#6 0x00007ffff7756fb0 in __libc_start_main () from /lib/libc.so.6
#7 0x0000000000c7bb1a in _start ()
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1 -o /dev/null -E -lang-asm -quiet
-v -D ABCDEFGHIJKLM ghc3240_8.s
#0 0x0000000000aeeaac in expand_location_1(unsigned int, bool) [clone
.lto_priv.2583] ()
#1 0x0000000000b60b10 in preprocess_file(cpp_reader*) ()
#2 0x0000000000b53316 in c_common_init() ()
#3 0x0000000000b1190b in c_objc_common_init() ()
#4 0x0000000000aeb141 in toplev_main(int, char**) ()
#5 0x00007ffff7756fb0 in __libc_start_main () from /lib/libc.so.6
#6 0x0000000000ae56e9 in _start ()
Valgrind shows:
==28570== Invalid read of size 4
==28570== at 0xAEEAAC: expand_location_1(unsigned int, bool) [clone
.lto_priv.2583] (in /usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0xB60B0F: preprocess_file(cpp_reader*) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0xB53315: c_common_init() (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0xB1190A: c_objc_common_init() (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0xAEB140: toplev_main(int, char**) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0x4D70FAF: (below main) (in /lib64/libc-2.19.so)
==28570== Address 0x0 is not stack'd, malloc'd or (recently) free'd
==28570==
==28570== Invalid read of size 4
==28570== at 0xAEEAAC: expand_location_1(unsigned int, bool) [clone
.lto_priv.2583] (in /usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0xB6DB50: location_get_source_line(expanded_location, int*) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0xAEF365: diagnostic_show_locus(diagnostic_context*,
diagnostic_info const*) (in /usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0xAEC294: diagnostic_report_diagnostic(diagnostic_context*,
diagnostic_info*) (in /usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0x4DC59B: internal_error(char const*, ...) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0xA377DB: crash_signal(int) [clone .lto_priv.1176] (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0x4D8508F: ??? (in /lib64/libc-2.19.so)
==28570== by 0xAEEAAB: expand_location_1(unsigned int, bool) [clone
.lto_priv.2583] (in /usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0xB60B0F: preprocess_file(cpp_reader*) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0xB53315: c_common_init() (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0xB1190A: c_objc_common_init() (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== by 0xAEB140: toplev_main(int, char**) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1)
==28570== Address 0x610 is not stack'd, malloc'd or (recently) free'd
Could be related to PR58893.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug preprocessor/60436] [4.8/4.9 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
2014-03-06 8:30 ` [Bug preprocessor/60436] [4.8/4.9 Regression] " trippels at gcc dot gnu.org
@ 2014-03-06 9:24 ` jakub at gcc dot gnu.org
2014-03-06 10:29 ` trippels at gcc dot gnu.org
` (10 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-03-06 9:24 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
--- Comment #3 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Strange, can't reproduce this myself using the same options, neither in
bootstrapped cc1, nor in non-bootstrapped -O0 built, nor bootstrapped cc1 under
valgrind, both 4.8 (older and latest) and trunk.
I'd have thought this would be r200376, but that is fixed on the trunk and now
(since today) on the 4.8 branch too.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug preprocessor/60436] [4.8/4.9 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
2014-03-06 8:30 ` [Bug preprocessor/60436] [4.8/4.9 Regression] " trippels at gcc dot gnu.org
2014-03-06 9:24 ` jakub at gcc dot gnu.org
@ 2014-03-06 10:29 ` trippels at gcc dot gnu.org
2014-03-06 10:40 ` trippels at gcc dot gnu.org
` (9 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-03-06 10:29 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dehao at gcc dot gnu.org
--- Comment #4 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Probably started with r191494.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug preprocessor/60436] [4.8/4.9 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
` (2 preceding siblings ...)
2014-03-06 10:29 ` trippels at gcc dot gnu.org
@ 2014-03-06 10:40 ` trippels at gcc dot gnu.org
2014-03-06 14:09 ` trippels at gcc dot gnu.org
` (8 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-03-06 10:40 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
--- Comment #5 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
markus@x4 tmp % gdb --args /var/tmp/gcc_test/usr/local/bin/g++
-DTABLES_NEXT_TO_CODE -x assembler-with-cpp -c ghc3240_8.s
Reading symbols from /var/tmp/gcc_test/usr/local/bin/g++...done.
(gdb) run
Starting program: /var/tmp/gcc_test/usr/local/bin/g++ -DTABLES_NEXT_TO_CODE -x
assembler-with-cpp -c ghc3240_8.s
[New process 7553]
process 7553 is executing new program:
/var/tmp/gcc_test/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/cc1
Program received signal SIGABRT, Aborted.
[Switching to process 7553]
0x00007ffff7604ff4 in raise () from /lib/libc.so.6
(gdb) bt
#0 0x00007ffff7604ff4 in raise () from /lib/libc.so.6
#1 0x00007ffff76063e7 in abort () from /lib/libc.so.6
#2 0x0000000000f25198 in linemap_location_from_macro_expansion_p
(set=<optimized out>, location=<optimized out>, location@entry=2147483542)
at ../../gcc/libcpp/line-map.c:948
#3 0x0000000000f252ff in linemap_lookup (set=set@entry=0x7ffff7ff8000,
line=line@entry=2147483542) at ../../gcc/libcpp/line-map.c:642
#4 0x0000000000f253bc in linemap_macro_loc_to_exp_point (set=0x7ffff7ff8000,
location=2147483542, original_map=original_map@entry=0x7fffffffdfb8)
at ../../gcc/libcpp/line-map.c:1181
#5 0x0000000000f25611 in linemap_resolve_location (set=<optimized out>,
loc=<optimized out>, loc@entry=2147483542, lrk=<optimized out>,
map=map@entry=0x7fffffffdfb8)
at ../../gcc/libcpp/line-map.c:1262
#6 0x0000000000f0e3ae in expand_location_1 (loc=loc@entry=2147483542,
expansion_point_p=expansion_point_p@entry=true) at ../../gcc/gcc/input.c:164
#7 0x0000000000f0f08e in expand_location (loc=loc@entry=2147483542) at
../../gcc/gcc/input.c:724
#8 0x00000000005ec236 in maybe_print_line_1 (stream=0x15e2860,
src_loc=2147483542) at ../../gcc/gcc/c-family/c-ppoutput.c:314
#9 maybe_print_line (src_loc=src_loc@entry=2147483542) at
../../gcc/gcc/c-family/c-ppoutput.c:351
#10 0x00000000005ec7fb in do_line_change (pfile=0x15d8cd0, token=0x15d9210,
src_loc=2147483542, parsing_args=0) at ../../gcc/gcc/c-family/c-ppoutput.c:420
#11 0x0000000000f240b4 in _cpp_lex_token (pfile=0x15d8cd0) at
../../gcc/libcpp/lex.c:2078
#12 0x0000000000f28d10 in cpp_get_token_1 (pfile=0x15d8cd0, location=0x1d81,
location@entry=0x7fffffffe134) at ../../gcc/libcpp/macro.c:2359
#13 0x0000000000f28f75 in cpp_get_token_with_location
(pfile=pfile@entry=0x15d8cd0, loc=loc@entry=0x7fffffffe134) at
../../gcc/libcpp/macro.c:2541
#14 0x00000000005ec9d8 in scan_translation_unit (pfile=0x15d8cd0) at
../../gcc/gcc/c-family/c-ppoutput.c:176
#15 preprocess_file (pfile=0x15d8cd0) at
../../gcc/gcc/c-family/c-ppoutput.c:101
#16 0x00000000005eb3e9 in c_common_init () at
../../gcc/gcc/c-family/c-opts.c:1040
#17 0x000000000057dd7e in c_objc_common_init () at
../../gcc/gcc/c/c-objc-common.c:65
#18 0x000000000099f477 in lang_dependent_init (name=0x7fffffffe73b
"ghc3240_8.s") at ../../gcc/gcc/toplev.c:1712
#19 do_compile () at ../../gcc/gcc/toplev.c:1900
#20 toplev_main (argc=14, argv=0x7fffffffe2c8) at ../../gcc/gcc/toplev.c:1990
#21 0x00007ffff75f0fb0 in __libc_start_main () from /lib/libc.so.6
#22 0x00000000005306a1 in _start ()
(gdb)
location@entry=2147483542 = 0x7FFFFF96 is near "#define MAX_SOURCE_LOCATION
0x7FFFFFFF"
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug preprocessor/60436] [4.8/4.9 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
` (3 preceding siblings ...)
2014-03-06 10:40 ` trippels at gcc dot gnu.org
@ 2014-03-06 14:09 ` trippels at gcc dot gnu.org
2014-03-06 14:31 ` trippels at gcc dot gnu.org
` (7 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-03-06 14:09 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jsm28 at gcc dot gnu.org
--- Comment #6 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to Markus Trippelsdorf from comment #4)
> Probably started with r191494.
No, sorry.
This issue started with r192715.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug preprocessor/60436] [4.8/4.9 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
` (4 preceding siblings ...)
2014-03-06 14:09 ` trippels at gcc dot gnu.org
@ 2014-03-06 14:31 ` trippels at gcc dot gnu.org
2014-03-06 18:09 ` joseph at codesourcery dot com
` (6 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-03-06 14:31 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
--- Comment #7 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Adding "-nostdinc" is a simple workaround.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug preprocessor/60436] [4.8/4.9 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
` (5 preceding siblings ...)
2014-03-06 14:31 ` trippels at gcc dot gnu.org
@ 2014-03-06 18:09 ` joseph at codesourcery dot com
2014-03-31 9:31 ` rguenth at gcc dot gnu.org
` (5 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: joseph at codesourcery dot com @ 2014-03-06 18:09 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
--- Comment #8 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
Implicit preincludes should probably be disabled when preprocessing .S
files (though I don't know if that would help with this issue).
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug preprocessor/60436] [4.8/4.9 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
` (6 preceding siblings ...)
2014-03-06 18:09 ` joseph at codesourcery dot com
@ 2014-03-31 9:31 ` rguenth at gcc dot gnu.org
2014-11-24 12:29 ` [Bug preprocessor/60436] [4.8/4.9/5 " jakub at gcc dot gnu.org
` (4 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-03-31 9:31 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P3 |P2
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug preprocessor/60436] [4.8/4.9/5 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
` (7 preceding siblings ...)
2014-03-31 9:31 ` rguenth at gcc dot gnu.org
@ 2014-11-24 12:29 ` jakub at gcc dot gnu.org
2014-11-25 11:17 ` jakub at gcc dot gnu.org
` (3 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-11-24 12:29 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
CC| |jakub at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Comment #9 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Created attachment 34089
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34089&action=edit
gcc5-pr60436.patch
Untested fix. For add_map we have code to handle this. But if add_map is
false too many times, we can still overflow. This patch forces add_map to true
if highest is too high.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug preprocessor/60436] [4.8/4.9/5 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
` (8 preceding siblings ...)
2014-11-24 12:29 ` [Bug preprocessor/60436] [4.8/4.9/5 " jakub at gcc dot gnu.org
@ 2014-11-25 11:17 ` jakub at gcc dot gnu.org
2014-11-28 13:37 ` jakub at gcc dot gnu.org
` (2 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-11-25 11:17 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
--- Comment #10 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Author: jakub
Date: Tue Nov 25 11:16:27 2014
New Revision: 218042
URL: https://gcc.gnu.org/viewcvs?rev=218042&root=gcc&view=rev
Log:
PR preprocessor/60436
* line-map.c (linemap_line_start): If highest is above 0x60000000
and we are still tracking columns or highest is above 0x70000000,
force add_map.
Modified:
trunk/libcpp/ChangeLog
trunk/libcpp/line-map.c
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug preprocessor/60436] [4.8/4.9/5 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
` (9 preceding siblings ...)
2014-11-25 11:17 ` jakub at gcc dot gnu.org
@ 2014-11-28 13:37 ` jakub at gcc dot gnu.org
2014-11-28 17:06 ` jakub at gcc dot gnu.org
2014-11-28 17:11 ` jakub at gcc dot gnu.org
12 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-11-28 13:37 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
--- Comment #11 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Author: jakub
Date: Fri Nov 28 13:37:13 2014
New Revision: 218154
URL: https://gcc.gnu.org/viewcvs?rev=218154&root=gcc&view=rev
Log:
Backported from mainline
2014-11-25 Jakub Jelinek <jakub@redhat.com>
PR preprocessor/60436
* line-map.c (linemap_line_start): If highest is above 0x60000000
and we are still tracking columns or highest is above 0x70000000,
force add_map.
Modified:
branches/gcc-4_9-branch/libcpp/ChangeLog
branches/gcc-4_9-branch/libcpp/line-map.c
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug preprocessor/60436] [4.8/4.9/5 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
` (10 preceding siblings ...)
2014-11-28 13:37 ` jakub at gcc dot gnu.org
@ 2014-11-28 17:06 ` jakub at gcc dot gnu.org
2014-11-28 17:11 ` jakub at gcc dot gnu.org
12 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-11-28 17:06 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
--- Comment #12 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Author: jakub
Date: Fri Nov 28 17:05:34 2014
New Revision: 218168
URL: https://gcc.gnu.org/viewcvs?rev=218168&root=gcc&view=rev
Log:
Backported from mainline
2014-11-25 Jakub Jelinek <jakub@redhat.com>
PR preprocessor/60436
* line-map.c (linemap_line_start): If highest is above 0x60000000
and we are still tracking columns or highest is above 0x70000000,
force add_map.
Modified:
branches/gcc-4_8-branch/libcpp/ChangeLog
branches/gcc-4_8-branch/libcpp/line-map.c
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug preprocessor/60436] [4.8/4.9/5 Regression] C preprocessor segfaults on assembly file
2014-03-06 2:05 [Bug preprocessor/60436] New: C preprocessor segfaults on assembly file dan.doel at gmail dot com
` (11 preceding siblings ...)
2014-11-28 17:06 ` jakub at gcc dot gnu.org
@ 2014-11-28 17:11 ` jakub at gcc dot gnu.org
12 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-11-28 17:11 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60436
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution|--- |FIXED
--- Comment #13 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Fixed.
^ permalink raw reply [flat|nested] 14+ messages in thread