https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78254
--- Comment #2 from Andreas Schwab ---
The expression would be undefined at runtime, so it doesn't matter if we
generate an unspecified result.
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 40001
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40001=edit
gzipped C source code
The attached code, when compiled by gcc trunk dated 20161
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #2 from Dominique d'Humieres ---
Unfortunately I don’t know the answers to the questions. I am under OS X
10.12.1 (aka darwin16.1) and Xcode 8.1.
/usr/lib/libc.dylib points to libSystem.B.dylib.
Dominique
> Le 9 nov. 2016 à 08:54,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78270
--- Comment #1 from David Binderman ---
Reduced code
typedef struct {
} bdaddr_t;
struct mgmt_cp_read_local_oob_ext_data {
__u8 type
} fn1() {
struct mgmt_cp_read_local_oob_ext_data *cp;
switch (cp->type)
&(bdaddr_t) {}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78271
Bug ID: 78271
Summary: Fortran, additional pointer type for deferred length
strings
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78271
--- Comment #1 from Bernhard Heckel ---
Created attachment 40003
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40003=edit
Debug info Icc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78256
Thomas Preud'homme changed:
What|Removed |Added
CC||thopre01 at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46459
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
Martin Liška changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #13 from Martin Liška ---
Created attachment 40004
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40004=edit
bad combine dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #14 from Martin Liška ---
Created attachment 40005
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40005=edit
good combine dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78254
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78254
--- Comment #3 from Andreas Schwab ---
Author: schwab
Date: Wed Nov 9 10:40:00 2016
New Revision: 241996
URL: https://gcc.gnu.org/viewcvs?rev=241996=gcc=rev
Log:
PR target/78254
* config/m68k/m68k.md: Reject out-of-range bit pos in bit-fields
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735
--- Comment #9 from Pauli ---
atomicity.h uses exactly same builtins if _GLIBCXX_ATOMIC_BUILTINS is set 1.
Difference include check for __gthread_active_p check and annotations for race
detector. Annotations are empty macros in default build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78007
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Wed Nov 9 08:19:05 2016
New Revision: 241992
URL: https://gcc.gnu.org/viewcvs?rev=241992=gcc=rev
Log:
2016-11-09 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78253
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78263
Richard Biener changed:
What|Removed |Added
Target||powerpc64le-*-*
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #6 from Martin Liška ---
Still can't reproduce. Can you please paste output of
gcc-trunk -Os small.c --verbose
and it would be usefull to paste output of -S.
Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 78007, which changed state.
Bug 78007 Summary: Important loop from 482.sphinx3 is not vectorized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78007
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78261
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78257
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71894
--- Comment #3 from janus at gcc dot gnu.org ---
Author: janus
Date: Wed Nov 9 09:22:52 2016
New Revision: 241993
URL: https://gcc.gnu.org/viewcvs?rev=241993=gcc=rev
Log:
2016-11-09 Janus Weil
PR fortran/71894
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #7 from Uroš Bizjak ---
(In reply to Martin Liška from comment #6)
> Still can't reproduce. Can you please paste output of
> gcc-trunk -Os small.c --verbose
It fails for me:
Program received signal SIGSEGV, Segmentation fault.
main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71894
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #8 from Martin Liška ---
(In reply to Uroš Bizjak from comment #7)
> (In reply to Martin Liška from comment #6)
> > Still can't reproduce. Can you please paste output of
> > gcc-trunk -Os small.c --verbose
>
> It fails for me:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #9 from Uroš Bizjak ---
Created attachment 4
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=4=edit
--verbose-asm assembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78256
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Wed Nov 9 09:46:13 2016
New Revision: 241994
URL: https://gcc.gnu.org/viewcvs?rev=241994=gcc=rev
Log:
2016-11-09 Prathamesh Kulkarni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #10 from Uroš Bizjak ---
(In reply to Martin Liška from comment #8)
> I've already tried running the test-case in valgrind. But I can't see the
> problem :) May you please paste -S file and --verbose output?
Done.
What I find
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78256
--- Comment #3 from prathamesh3492 at gcc dot gnu.org ---
Bill, could you please confirm if r241994 fixes the test-cases for you ?
Thanks,
Prathamesh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35691
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200
--- Comment #10 from Richard Biener ---
OTOH we _do_ have initial RTL
(insn 167 166 168 20 (set (reg:CCGOC 17 flags)
(compare:CCGOC (reg/v:DI 217 [ red_cost ])
(const_int 0 [0]))) "pbeampp.c":42 -1
(nil))
(jump_insn 168
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200
--- Comment #11 from Venkataramanan ---
Hi Richard
On haswell machine original run time for -O3 -max2 -mprefer-avx2
real2m35.325s
user2m35.257s
sys 0m0.070s
Changing the assembly from
.L98:
jle .L97
cmpl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78258
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78257
--- Comment #3 from Martin Liška ---
'f0' function is optimized out as of r242000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77750
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78275
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78275
Bug ID: 78275
Summary: [avr] at43usb320 in wrong multilib set.
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200
--- Comment #9 from Richard Biener ---
So RTL expansion ends up in
/* If jumps are cheap and the target does not support conditional
compare, turn some more codes into jumpy sequences. */
else if (BRANCH_COST
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60777
--- Comment #6 from janus at gcc dot gnu.org ---
I think the patch in comment 1 actually does not work as expected (due to a
spurious semicolon).
However, this variant seems to work well and regtests cleanly:
Index: gcc/fortran/expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78263
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61978
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200
--- Comment #12 from Richard Biener ---
Btw, I see with -mavx2
addq(%r9), %rax
jns .L90
.L90:
je .L92
cmpl$2, 24(%rdx)
je .L91
thus there is no extra cmpq $0, %rdi in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78274
Bug ID: 78274
Summary: Rejected specialization in different namespace
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78272
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
Markus Trippelsdorf changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200
--- Comment #13 from Richard Biener ---
When I compare GCC 6 (r241818) against trunk (r241997) with -Ofast
-march=native (on Haswell) I get
429.mcf 9120230 39.7 S9120240 38.0 *
429.mcf 9120
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77719
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78259
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78256
--- Comment #5 from Bill Seurer ---
Looks good on power, too. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77718
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Wed Nov 9 16:21:45 2016
New Revision: 242007
URL: https://gcc.gnu.org/viewcvs?rev=242007=gcc=rev
Log:
PR target/77718
* builtins.c (expand_builtin_memcmp): Formatting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
Yuri Rumyantsev changed:
What|Removed |Added
CC||ysrumyan at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77718
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78276
Bug ID: 78276
Summary: regex_search is slow
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78256
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762
Richard Biener changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #15 from Segher Boessenkool ---
Hi, could you try https://gcc.gnu.org/ml/gcc-patches/2016-11/msg00775.html ?
And sorry for the breakage.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78278
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78282
Bug ID: 78282
Summary: [6/7 Regression] Overload resolution failure, in
parameter pack expansion, inside a template class
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78283
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78283
Bug ID: 78283
Summary: -Wc++1z-compat warning is sticky
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78276
Tim Shen changed:
What|Removed |Added
CC||timshen at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #10 from Dominique d'Humieres ---
> Attaching untested fix.
> Dominique, could you try it?
Now breaks with
libtool: compile: /opt/gcc/build_w/./gcc/xgcc -shared-libgcc
-B/opt/gcc/build_w/./gcc -nostdinc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77750
--- Comment #8 from louis.krupp at zoho dot com ---
The patch is no longer necessary, because it looks like the problem with
combine.c was fixed on 1 November:
===
r241744 | foreese | 2016-11-01 09:29:51 -0600 (Tue, 01 Nov 2016) | 5 lines
Mark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78282
--- Comment #1 from Alexander Kondratskiy ---
Created attachment 40010
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40010=edit
The source before the preprocessing step
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46459
--- Comment #11 from janus at gcc dot gnu.org ---
Author: janus
Date: Wed Nov 9 20:33:24 2016
New Revision: 242020
URL: https://gcc.gnu.org/viewcvs?rev=242020=gcc=rev
Log:
2016-11-09 Mikael Morin
Janus Weil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60500
--- Comment #12 from vehre at gcc dot gnu.org ---
Well, the change introduced by r241885 is quite complicated. It may cause major
regressions. I don't recommend backporting it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20585
Bug 20585 depends on bug 60777, which changed state.
Bug 60777 Summary: [F03] RECURSIVE function rejected in specification expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60777
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60777
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66544
Gerhard Steinmetz changed:
What|Removed |Added
Version|5.1.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69499
--- Comment #4 from janus at gcc dot gnu.org ---
With
gcc version 7.0.0 20161109 (experimental) [trunk revision 242009] (GCC)
the ICE is gone for all three cases in comment 0. However, it persists for some
of the cases in comment 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
Markus Trippelsdorf changed:
What|Removed |Added
CC||seurer at linux dot
vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78281
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77750
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78277
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78278
--- Comment #3 from Gerhard Steinmetz
---
Well, it's an extension ...
$ gfortran-7-20161106 -std=f95 -c z2.f90 # or -std=f2008
z2.f90:3:17:
data x /null()/
1
Error: GNU Extension:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78262
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Nov 9 20:41:17 2016
New Revision: 242022
URL: https://gcc.gnu.org/viewcvs?rev=242022=gcc=rev
Log:
PR target/78262
* config/i386/i386.md (*3_doubleword): Mark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78280
Nathan Ridge changed:
What|Removed |Added
CC||zeratul976 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46459
--- Comment #10 from Mikael Morin ---
(In reply to janus from comment #8)
> As mentioned by Harald, the patch in comment 1 works well and is close to
> obvious.
>
> Mikael, are you going to commit this, or do you want me to do it?
Please do, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78262
--- Comment #2 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Nov 9 19:21:11 2016
New Revision: 242013
URL: https://gcc.gnu.org/viewcvs?rev=242013=gcc=rev
Log:
PR target/78262
* config/i386/i386.md (*3_doubleword): Mark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78281
Bug ID: 78281
Summary: [7 regression] spec2006 test case 471.omnetpp fails to
compile (ICE) starting with r241990
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77685
acsawdey at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78262
--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Nov 9 19:44:22 2016
New Revision: 242014
URL: https://gcc.gnu.org/viewcvs?rev=242014=gcc=rev
Log:
PR target/78262
* config/i386/i386.md (*3_doubleword): Mark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
--- Comment #7 from Bill Seurer ---
(In reply to Markus Trippelsdorf from comment #0)
> Either r241990 or r241989 causes a new ICE
From a bisect I did it is definitely r241990.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46459
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78262
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78283
--- Comment #1 from Jakub Jelinek ---
Created attachment 40011
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40011=edit
gcc7-pr78283.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #3 from Iain Sandoe ---
(In reply to Maxim Ostapenko from comment #1)
> Eh, mine.
>
> typedef void (^os_trace_payload_t)(xpc_object_t xdict) looks very strange,
> it seems that it's an Objective-C declaration, right?
It's declaring
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77680
Jakub Jelinek changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78273
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78277
Bug ID: 78277
Summary: ICE in is_anonymous_component, at
fortran/interface.c:450
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78257
--- Comment #4 from Martin Sebor ---
Created attachment 40008
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40008=edit
Very lightly tested patch.
The attached (only superficially tested) patch changes fold_bultin_memcmp to
fold the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78279
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65173
--- Comment #8 from Dominique d'Humieres ---
Note that the tests z1.f90 and z8.f90 fail in a different way:
pr65173_3.f90:3:39:
character(:), allocatable :: x(n)
1
Error: Allocatable component of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77518
--- Comment #2 from Gerhard Steinmetz
---
New backtrace :
$ gfortran-7-20161106 -fcoarray=single z1.f90
z1.f90:5:0:
print *, sizeof(z)
internal compiler error: Segmentation fault
0xc3a64f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78278
Bug ID: 78278
Summary: ICE in gfc_wide_memset, at fortran/scanner.c:153
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78265
--- Comment #2 from David Blaikie ---
A side note/commentary:
Producing debug info for global variable declarations at all is an interesting
choice. If the whole program is built with debug info*, the global variable's
definition will have
1 - 100 of 159 matches
Mail list logo