https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78304
David Malcolm changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
||2017-01-17
CC||dmalcolm at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #2 from David Malcolm ---
Candidate patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69435
--- Comment #6 from David Malcolm ---
Am still seeing "random" truncation, even with the DejaGnu patch in comment #4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71497
--- Comment #3 from David Malcolm ---
Author: dmalcolm
Date: Tue Jan 17 16:33:44 2017
New Revision: 244536
URL: https://gcc.gnu.org/viewcvs?rev=244536&root=gcc&view=rev
Log:
Fix wording of -Wmisleading-indentation (PR c++/71497)
gcc/c-family/Ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71497
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62314
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69361
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62161
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
||2017-01-19
CC||dmalcolm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Thanks for filing this bug.
Notes to self: warning is emitted by convert_escape in libcpp/charset.c:1466
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543
--- Comment #8 from David Malcolm ---
The following testcases still have xfails:
c-c++-common/pr69543-3.c
c-c++-common/pr69543-4.c
so this isn't quite fixed yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543
--- Comment #9 from David Malcolm ---
(In reply to David Malcolm from comment #8)
> The following testcases still have xfails:
> c-c++-common/pr69543-3.c
> c-c++-common/pr69543-4.c
> so this isn't quite fixed yet.
These XFAILs are fixed (for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543
--- Comment #10 from David Malcolm ---
The lines in comment #9 came from 18f0e0e551a995687e1822aabb9b7d7ee8f11492
aka r186971 (affecting gcc.dg/cpp/pragma-diagnostic-2.c)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543
--- Comment #11 from David Malcolm ---
(In reply to David Malcolm from comment #10)
> The lines in comment #9 came from 18f0e0e551a995687e1822aabb9b7d7ee8f11492
> aka r186971 (affecting gcc.dg/cpp/pragma-diagnostic-2.c)
This was:
"[PATCH 07/11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69558
--- Comment #17 from David Malcolm ---
Remaining XFAILs for this bug:
c-c++-common/pr69558.c (C++ only)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78656
--- Comment #3 from David Malcolm ---
Author: dmalcolm
Date: Fri Jan 20 14:36:46 2017
New Revision: 244715
URL: https://gcc.gnu.org/viewcvs?rev=244715&root=gcc&view=rev
Log:
C++: fix fix-it hints for misspellings within explicit namespaces
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77829
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78656
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77829
--- Comment #2 from David Malcolm ---
Author: dmalcolm
Date: Fri Jan 20 14:36:46 2017
New Revision: 244715
URL: https://gcc.gnu.org/viewcvs?rev=244715&root=gcc&view=rev
Log:
C++: fix fix-it hints for misspellings within explicit namespaces
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78068
David Malcolm changed:
What|Removed |Added
Depends on||69968
--- Comment #4 from David Malcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78014
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79165
--- Comment #8 from David Malcolm ---
https://gcc.opensuse.org/c++bench-czerny/pb11/ has this link:
http://www.polyhedron.com/fortran-compiler-comparisons/polyhedron-benchmark-suite
which is a 404.
An updated link seems to be:
http://www.f
at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
--- Comment #11 from David Malcolm ---
(In reply to Richard Biener from comment #7)
[...]
> Tentatively remembering an error like above is of course quite broken (read:
> expensive).
>
> So somehow with the tree.c hunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79165
--- Comment #12 from David Malcolm ---
Looking at the line maps, we have a sane list of ordinary linemaps, but then
the linemap_add call at line 4761 here:
4758tree
4759build_translation_unit_decl (tree name)
4760{
4761 linemap_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79165
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|dmalcolm at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79210
--- Comment #3 from David Malcolm ---
input.c:1398 is:
gcc_assert (line_width >= (start.column - 1 + literal_length));
which was the one failing in PR 78569.
Could be due to a different root cause, though; I'll take a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79227
--- Comment #1 from David Malcolm ---
Some notes:
There are 7 cases in the reproducer, but it only warns for the 3rd case (lines
34-35).
In each of the 7 cases in the reproducer, NEXT_STMT_LOC and BODY_LOC are on the
same line:
/* If NEXT_ST
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79227
--- Comment #2 from David Malcolm ---
Created attachment 40579
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40579&action=edit
Patch to tweak Wmisleading indentation
This patch removes the "(guard_exploc.line == body_exploc.line)" conditi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79165
--- Comment #17 from David Malcolm ---
I added some instrumentation (covering all files read by input.c) and did some
crude timing:
Release build, with bogus linemap:
nb_read: 1869916
calls to: location_get_source_line: 37494
calls to: read_dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79165
--- Comment #18 from David Malcolm ---
I wonder if it's worth injecting the equivalent of -fno-diagnostics-show-caret
into the Fortran FE for when it's throwing away diagnostics, perhaps by turning
gfc_buffer_error's bool flag into a tri-state:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79165
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #19 from David Malc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79210
--- Comment #4 from David Malcolm ---
I'm not able to reproduce the assertion failure, with xgcc (GCC) 7.0.1 20170120
(experimental); on x86_64-pc-linux-gnu.
$ ./xgcc -B. -c /tmp/test.c -Wformat -Wformat-signedness
/tmp/test.c: In function ‘lpfc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79165
--- Comment #20 from David Malcolm ---
Some other benchmarks spiked at same time (and recovered with the removal of
the bad linemap):
* "doduc" (from 3.5s up to to 4.s)
(with the bad linemap, get_next_line is 15% of the profile (in perf)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79165
--- Comment #21 from David Malcolm ---
(In reply to David Malcolm from comment #19)
[...]
> In particular, repeated accesses to the same source line are more expensive
> that they could be: each time it tries to count forwards from the last
> lin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79165
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|dmalcolm at gcc
||2017-01-27
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #6 from David Malcolm ---
(In reply to Arnd Bergmann from comment #5)
> Created attachment 40596 [details]
> tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79210
--- Comment #7 from David Malcolm ---
Root cause is:
(a) a garbage location_t value for one of the string tokens within the
concatenation, but
(b) it's not clear that there *is* a non-garbage value for the string token in
question, as it comes fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79210
--- Comment #8 from David Malcolm ---
The concatenation:
The concatenated string comes from 4 string tokens, with the following
locations, and locs[1] is a bogus value:
../../src/pr79210-via-attachment.c:8:6: note: locs[0]
"0423 lpfc_"#at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79210
--- Comment #9 from David Malcolm ---
Origin of the garbage location_t value:
During macro expansion, temporary tokens (via _cpp_temp_token) use the location
of the last lexed token as their location, so identifying the origin of the
bogus locat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79210
--- Comment #10 from David Malcolm ---
For reference, after preprocessing, the format string is:
"0423 lpfc_peer_port_login attribute cannot be set to %d, allowed range is
[0, 1]\n"
^~
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79210
--- Comment #11 from David Malcolm ---
In theory we could fix the location of the stringified token; perhaps it could
use the location of the arg.
But cpp_interpret_string_ranges calls cpp_interpret_string_1 which expects the
strings it re-lexes
at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
--- Comment #2 from David Malcolm ---
My bad, sorry. Working on a fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79298
--- Comment #3 from David Malcolm ---
Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2017-01/msg02418.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79210
David Malcolm changed:
What|Removed |Added
Summary|"internal compiler error: |[7 Regression] "internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79210
--- Comment #13 from David Malcolm ---
Author: dmalcolm
Date: Tue Jan 31 20:22:43 2017
New Revision: 245070
URL: https://gcc.gnu.org/viewcvs?rev=245070&root=gcc&view=rev
Log:
Prevent ICEs due to bogus substring locations (PR preprocessor/79210)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79210
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79298
--- Comment #4 from David Malcolm ---
Author: dmalcolm
Date: Tue Jan 31 21:30:42 2017
New Revision: 245072
URL: https://gcc.gnu.org/viewcvs?rev=245072&root=gcc&view=rev
Log:
Fix ICE with spelling hints within explicit namespace aliases (PR c++/7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79298
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||2017-02-01
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Confirmed. I'm looking into this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79300
--- Comment #2 from David Malcolm ---
Candidate patch:
https://gcc.gnu.org/ml/gcc-patches/2017-02/msg00207.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79300
David Malcolm changed:
What|Removed |Added
Target Milestone|--- |8.0
--- Comment #3 from David Malcolm -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79368
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79362
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
||2017-02-06
CC||dmalcolm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Thanks for filing this bug.
Confirmed.
The ICE began with r242377 (aka
||2017-02-06
CC||dmalcolm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Thanks for filing this bug.
Confirmed the ICE; the ICE began with r244599 (aka
||dmalcolm at gcc dot gnu.org
--- Comment #2 from David Malcolm ---
It sounds like what you want is an "IDE mode" for output, which could be
basically the same as LANG=C, but as a command-line flag.
Am I right in thinking that you want to be able to suppress just the
t
||2017-02-08
CC||dmalcolm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Confirmed with trunk (e.g. r245213).
The ICE is a failure of this assertion, within fold_convert_loc:
2238
|UNCONFIRMED |NEW
Last reconfirmed||2017-02-08
CC||dmalcolm at gcc dot gnu.org
Summary|ICE: verify_ssa failed |[Regression 7] ICE:
||verify_ssa failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79814
--- Comment #2 from David Malcolm ---
The code in question is:
do { ((void)(!(
__null
== pass_warn_unused_result_1) ? fancy_abort ("./pass-instances.def", 36,
__FUNCTION__), 0 : 0)); if ((1) == 1) pass_warn_unused_result_1 =
make_pass_warn_u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79618
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
||2017-03-08
CC||dmalcolm at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #3 from David Malcolm ---
I'm ab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79952
--- Comment #4 from David Malcolm ---
Root cause of the crash in comment #0 is an out-of-bounds memory write in the
RTL dump reader when handling SYMBOL_REFs with SYMBOL_FLAG_HAS_BLOCK_INFO set.
What's happening is that
gcc/read-rtl-function.c
||2017-03-09
CC||dmalcolm at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Confirmed.
I
||dmalcolm at gcc dot gnu.org
--- Comment #1 from David Malcolm ---
Candidate patch:
https://gcc.gnu.org/ml/gcc-patches/2017-03/msg00447.html
||dmalcolm at gcc dot gnu.org
--- Comment #1 from David Malcolm ---
Candidate patch:
https://gcc.gnu.org/ml/gcc-patches/2017-03/msg00450.html
||2017-03-09
CC||dmalcolm at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Confirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79852
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79848
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79926
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77355
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79952
--- Comment #5 from David Malcolm ---
Candidate patch:
https://gcc.gnu.org/ml/gcc-patches/2017-03/msg00454.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79952
--- Comment #6 from David Malcolm ---
Author: dmalcolm
Date: Fri Mar 10 18:39:52 2017
New Revision: 246044
URL: https://gcc.gnu.org/viewcvs?rev=246044&root=gcc&view=rev
Log:
Fix out-of-bounds write in RTL function reader (PR bootstrap/79952)
gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79952
--- Comment #7 from David Malcolm ---
Should be fixed by r246044.
Jeff: does this fix the issue you mentioned in comment #2?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79921
--- Comment #2 from David Malcolm ---
Author: dmalcolm
Date: Fri Mar 10 19:09:02 2017
New Revision: 246045
URL: https://gcc.gnu.org/viewcvs?rev=246045&root=gcc&view=rev
Log:
c-indentation.c: workaround xgettext limitation (PR c/79921)
gcc/c-fam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79921
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79875
--- Comment #2 from David Malcolm ---
Author: dmalcolm
Date: Fri Mar 10 19:22:35 2017
New Revision: 246047
URL: https://gcc.gnu.org/viewcvs?rev=246047&root=gcc&view=rev
Log:
Add missing punctuation to message (PR driver/79875)
gcc/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79875
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79952
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
|NEW
Last reconfirmed||2017-03-10
CC||davidxl at gcc dot gnu.org,
||dmalcolm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Target: arm
gcc/config/arm/arm-builtins.c:arm_expand_builtin contains numerous lines of the
form:
if (fcode == ARM_BUILTIN_WRORHI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79995
David Malcolm changed:
What|Removed |Added
Priority|P3 |P5
||2017-03-11
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79926
David Malcolm changed:
What|Removed |Added
Priority|P3 |P5
|ASSIGNED
Last reconfirmed||2017-03-11
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79925
--- Comment #2 from David Malcolm ---
Author: dmalcolm
Date: Sat Mar 11 01:40:04 2017
New Revision: 246066
URL: https://gcc.gnu.org/viewcvs?rev=246066&root=gcc&view=rev
Log:
aarch64.c: tweaks to quoting in error messages (PR target/79925)
gcc/C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79925
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79923
--- Comment #2 from David Malcolm ---
Author: dmalcolm
Date: Sat Mar 11 01:43:48 2017
New Revision: 246067
URL: https://gcc.gnu.org/viewcvs?rev=246067&root=gcc&view=rev
Log:
Remove trailing period from various diagnostic messages (PR translation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79923
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79848
--- Comment #2 from David Malcolm ---
Author: dmalcolm
Date: Sat Mar 11 01:57:11 2017
New Revision: 246068
URL: https://gcc.gnu.org/viewcvs?rev=246068&root=gcc&view=rev
Log:
Simplify uses of "%<%s%>" to "%qs" (PR translation/79848)
gcc/c-family
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79848
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||2017-03-13
CC||dmalcolm at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Confirmed; am
||dmalcolm at gcc dot gnu.org
--- Comment #1 from David Malcolm ---
Discussion about terminology in that warning:
https://gcc.gnu.org/ml/gcc/2017-03/msg00070.html
||2017-03-14
CC||dmalcolm at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Confirmed; I&#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80014
--- Comment #2 from David Malcolm ---
The issue is that we have a range where caret == start, at the given location,
but where finish == UNKNOWN_LOCATION, for some reason, and so this clause fires
in diagnostic-show-locus.c:layout::layout:
797
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80014
--- Comment #3 from David Malcolm ---
Root cause is that we aren't setting locations for typeid() expressions. I'm
working on a fix.
||2017-03-15
CC||dmalcolm at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Candidate patch
||2017-03-15
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #2 from David Malcolm ---
Resend of patch to fortran list:
https://gcc.gnu.org/ml/fortran/2017-03/msg00064.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80014
--- Comment #4 from David Malcolm ---
Candidate patch:
https://gcc.gnu.org/ml/gcc-patches/2017-03/msg00796.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80016
--- Comment #2 from David Malcolm ---
Candidate patch for bogus *starting* location:
https://gcc.gnu.org/ml/gcc-patches/2017-03/msg00797.html
(this doesn't fix the bogus finish location)
||2017-03-15
CC||dmalcolm at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #3 from David Malcolm ---
Candidate patch
1301 - 1400 of 3389 matches
Mail list logo
