https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88747
--- Comment #2 from David Malcolm ---
Author: dmalcolm
Date: Tue Jan 8 01:39:09 2019
New Revision: 267671
URL: https://gcc.gnu.org/viewcvs?rev=267671&root=gcc&view=rev
Log:
Fix jit test case (PR jit/88747)
Amongst other changes, r266077 update
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88747
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87488
--- Comment #7 from David Malcolm ---
I'm unconvinced that doing it for filenames is a good idea (based on the
objections in comment #3), but I think that there could be other good uses
tagging URLs into the output.
For example, a static analysi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88763
--- Comment #4 from David Malcolm ---
(In reply to Marius Messerschmidt from comment #3)
> Sorry but I do not fully understand what you mean. Do you suggest using
> different command line arguments?
I believe Richard is referring to the internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88763
--- Comment #5 from David Malcolm ---
Marius: do you have a simple testcase which demonstrates an area where the log
could be improved?
[I'm testing a patch right now which ports things to the dump_* API, and thus
should make the existing dump m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88779
David Malcolm changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Consider:
class test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88763
--- Comment #6 from David Malcolm ---
Candidate patch for porting to the dump_* API:
https://gcc.gnu.org/ml/gcc-patches/2019-01/msg00512.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88763
--- Comment #10 from David Malcolm ---
Created attachment 45406
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45406&action=edit
Followup patch to try to dump why a condition can't be unswitched within a loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88763
--- Comment #11 from David Malcolm ---
Thanks for the testcase.
(In reply to David Malcolm from comment #10)
> Created attachment 45406 [details]
> Followup patch to try to dump why a condition can't be unswitched within a
> loop
This is a foll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88699
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88699
--- Comment #6 from David Malcolm ---
(In reply to David Malcolm from comment #5)
[...]
> This patch stops the crash for comment #4 (though maybe it's papering over
> the problem):
[...]
It also fixes the ICE from the original reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88423
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88294
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88810
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
||dmalcolm at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
--- Comment #2 from David Malcolm ---
ICE occurs at gcc/tree.c:6811 here:
6809case FUNCTION_TYPE:
6810 for (tree t = TYPE_ARG_TYPES (type); t; t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88795
--- Comment #3 from David Malcolm ---
Candidate patch:
https://gcc.gnu.org/ml/gcc-patches/2019-01/msg00865.html
||2019-01-15
CC||dmalcolm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from David Malcolm ---
Confirmed (with target==ppc64le-redhat-linux)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88861
--- Comment #3 from David Malcolm ---
Assertion fails in dom_info::calc_dfs_tree:
457 /* This aborts e.g. when there is _no_ path from ENTRY to EXIT at
all. */
458 gcc_assert (m_nodes == (unsigned int) m_n_basic_blocks - 1);
(gdb)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88795
--- Comment #4 from David Malcolm ---
Author: dmalcolm
Date: Tue Jan 15 23:29:15 2019
New Revision: 267957
URL: https://gcc.gnu.org/viewcvs?rev=267957&root=gcc&view=rev
Log:
Fix ICE on class-template argument deduction (PR c++/88795)
PR c++/887
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88795
--- Comment #5 from David Malcolm ---
Should be fixed on trunk by r267957.
at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
--- Comment #4 from David Malcolm ---
Am testing a fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88861
--- Comment #6 from David Malcolm ---
(In reply to Segher Boessenkool from comment #5)
> Cool, thanks! Is the plan to simply not allow something that can throw to be
> recognised as noop move?
Candidate patch: https://gcc.gnu.org/ml/gcc-patches
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88879
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88861
--- Comment #7 from David Malcolm ---
Author: dmalcolm
Date: Wed Jan 16 20:13:23 2019
New Revision: 267984
URL: https://gcc.gnu.org/viewcvs?rev=267984&root=gcc&view=rev
Log:
Fix ICE due to "combine" creating unreachable EH blocks (PR target/8886
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88861
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88423
--- Comment #4 from David Malcolm ---
The code_label is for a tablejump_p, immediately before the jump_table_data.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88699
--- Comment #7 from David Malcolm ---
Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2019-01/msg00962.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88699
--- Comment #8 from David Malcolm ---
Author: dmalcolm
Date: Thu Jan 17 17:07:20 2019
New Revision: 268041
URL: https://gcc.gnu.org/viewcvs?rev=268041&root=gcc&view=rev
Log:
C++: Fix ICE when adding overloaded operator via using_decl (PR c++/886
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88699
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
--- Comment #5 from David Malcolm ---
Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01084.html
||2019-01-18
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 ---
Confirmed; am
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88911
--- Comment #3 from David Malcolm ---
Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01311.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88423
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88347
--- Comment #2 from David Malcolm ---
*** Bug 88423 has been marked as a duplicate of this bug. ***
||dmalcolm at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
--- Comment #3 from David Malcolm ---
Segher's fix appears superior to mine; am testing it now...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88347
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|dmalcolm at gcc
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Host: aarch64
Target: aarch64
This downstream report:
https://bugzilla.redhat.com/show_bug.cgi?id=1668631
describes a problem with -march=native on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
--- Comment #1 from David Malcolm ---
Reproducer:
$ valgrind ./xgcc -B. -c test.c -march=native -v
(with a dummy test.c; see with today's trunk e.g. r268186)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
--- Comment #3 from David Malcolm ---
The obvious fix:
diff --git a/gcc/config/aarch64/driver-aarch64.c
b/gcc/config/aarch64/driver-aarch64.c
index 2bf1f9a8c13..100e0c3529c 100644
--- a/gcc/config/aarch64/driver-aarch64.c
+++ b/gcc/config/aarch6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
--- Comment #5 from David Malcolm ---
(In reply to ktkachov from comment #4)
> Yeah, the fix looks right.
> For the rest of the assembler errors we need the patch at:
> https://gcc.gnu.org/ml/gcc-patches/2019-01/msg00562.html
Thanks; Tamar's pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
--- Comment #6 from David Malcolm ---
Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01381.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
--- Comment #7 from David Malcolm ---
Author: dmalcolm
Date: Wed Jan 23 16:36:46 2019
New Revision: 268189
URL: https://gcc.gnu.org/viewcvs?rev=268189&root=gcc&view=rev
Log:
aarch64: fix use-after-free in -march=native (PR driver/89014)
Running
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036
David Malcolm changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
||2019-01-25
CC||dmalcolm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Confirmed.
It's unexpectedly reaching this case in get_parm_decl with a VAR_DECL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036
--- Comment #3 from David Malcolm ---
Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01513.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89055
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
||2019-01-28
CC||dmalcolm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Confirmed, at -O1 and above.
Segfaults reading through NULL "unsigned_type" here in decode_field
at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89099
--- Comment #1 from David Malcolm ---
Indeed: -fopt-info is currently implemented via writing to up to two FILE *
destinations: the dumpfile and the opt-info destination (e.g. stderr).
In particular it doesn't go through the diagnostic subsystem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89099
--- Comment #2 from David Malcolm ---
(In reply to David Malcolm from comment #1)
> (a) unify the two, so that -fopt-info messages
..."go through the diagnostics subsystem", I meant to write.
||2019-01-30
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. It&#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89122
--- Comment #2 from David Malcolm ---
Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01756.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89122
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89122
--- Comment #3 from David Malcolm ---
Author: dmalcolm
Date: Thu Jan 31 18:09:29 2019
New Revision: 268426
URL: https://gcc.gnu.org/viewcvs?rev=268426&root=gcc&view=rev
Log:
Fix bogus fix-it for FLT_MAX (PR c/89122)
PR c/89122 reports that we e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89134
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
||2019-01-31
CC||dmalcolm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Confirmed (on godbolt with x86_64 trunk, and a regression relative to gcc 8.2)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89084
--- Comment #2 from David Malcolm ---
Fails this assertion:
1892 gcc_checking_assert (vnode->definition);
(gdb) p vnode
$3 =
||2019-01-31
CC||dmalcolm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Confirmed, *jump_target is a RETURN_EXPR here:
4000 switch (TREE_CODE (*jump_target))
4001
||2019-02-01
CC||dmalcolm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from David Malcolm ---
Indeed, the last elimination is happening too late.
At -O3:
.040t.tailr1 converts the tail-recursion in &q
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89139
--- Comment #3 from David Malcolm ---
(In reply to David Malcolm from comment #2)
> happens when we're already running cgraph_node::expand on "h"
~~
"when we've already run", I meant to say
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70693
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63854
--- Comment #32 from David Malcolm ---
Using:
RUN_UNDER_VALGRIND= \
make check-jit \
RUNTESTFLAGS="-v -v -v jit.exp=test-factorial.c"
trunk currently shows this:
LEAK SUMMARY:
definitely lost: 55,908 bytes in 654 blocks
indirectly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88147
--- Comment #10 from David Malcolm ---
FWIW I'm able to reproduce this with r265875 and am running a reduction script
over this weekend to see if I can isolate what the issue is/was.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88937
--- Comment #4 from David Malcolm ---
It's clearly wrong to access token->val.node for token->type == CPP_STRING and
token->type == CPP_HEADER_NAME. It's effectively casting the length of the
header name to a (cpp_hashnode *).
For reference, th
dot gnu.org |dmalcolm at gcc dot
gnu.org
Target Milestone|9.0 |10.0
--- Comment #5 from David Malcolm ---
Patch:
https://gcc.gnu.org/ml/gcc-patches/2019-02/msg00222.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88147
--- Comment #11 from David Malcolm ---
Created attachment 45610
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45610&action=edit
Partially reduced testcase
This is 975366 bytes (decompressed) and takes 0.3-0.4 seconds to crash
r265875's lt
at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Target Milestone|--- |9.0
Summary|-Wzero-as-null-pointer-cons |[9 Regression]
|tant: misleading caret |-Wzero-as-null-pointer-cons
|location for pointer in
|UNCONFIRMED |NEW
Last reconfirmed||2019-02-06
CC||dmalcolm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Malcolm ---
Confirmed via godbolt; this crashes GCC 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71302
--- Comment #4 from David Malcolm ---
Author: dmalcolm
Date: Wed Feb 6 19:44:52 2019
New Revision: 268589
URL: https://gcc.gnu.org/viewcvs?rev=268589&root=gcc&view=rev
Log:
Fix locations in conversion_null_warnings (PR c++/71302)
PR c++/71302
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71302
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88680
--- Comment #2 from David Malcolm ---
Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2019-02/msg00363.html
at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
--- Comment #2 from David Malcolm ---
I needed "-g" in addition to the options in comment #0 to trigger it.
Am investigating.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89235
--- Comment #3 from David Malcolm ---
Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2019-02/msg00402.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89235
--- Comment #4 from David Malcolm ---
Author: dmalcolm
Date: Thu Feb 7 23:00:18 2019
New Revision: 268659
URL: https://gcc.gnu.org/viewcvs?rev=268659&root=gcc&view=rev
Log:
Fix more ICEs in -fsave-optimization-record (PR tree-optimization/89235
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86637
--- Comment #13 from David Malcolm ---
Author: dmalcolm
Date: Thu Feb 7 23:00:18 2019
New Revision: 268659
URL: https://gcc.gnu.org/viewcvs?rev=268659&root=gcc&view=rev
Log:
Fix more ICEs in -fsave-optimization-record (PR tree-optimization/8923
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89235
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85110
--- Comment #5 from David Malcolm ---
Author: dmalcolm
Date: Tue Apr 10 14:37:09 2018
New Revision: 259282
URL: https://gcc.gnu.org/viewcvs?rev=259282&root=gcc&view=rev
Log:
Show pertinent parameter (PR c++/85110)
gcc/cp/ChangeLog:
PR c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85110
David Malcolm changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
As noted in this downstream bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1566178
libgccjit does not honor --with-gcc-major-version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85384
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
NCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
$ cat test.c
#define MACRO(X,Y)
void test ()
{
MACRO(42);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85384
--- Comment #2 from David Malcolm ---
Candidate patch:
https://gcc.gnu.org/ml/gcc-patches/2018-04/msg00638.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85385
--- Comment #1 from David Malcolm ---
Author: dmalcolm
Date: Thu Apr 12 23:44:09 2018
New Revision: 259360
URL: https://gcc.gnu.org/viewcvs?rev=259360&root=gcc&view=rev
Log:
Prevent erroneous "macro had not yet been defined" messages (PR c++/853
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85385
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
everity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Jason Turner's video C++ Weekly - Ep 112 - GCC's Leaky Abstractions
https://www.youtube.com/watch?v=S9_mYmvO4Ow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85515
David Malcolm changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Commen
||dmalcolm at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from David Malcolm ---
Thanks; looks like we both filed a bug about the issue in that video.
Marking this as a dup of 85515 as that latter one also has the for-loop case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85515
--- Comment #3 from David Malcolm ---
Some examples of using the leaky abstractions, adapted from the video:
int main ()
{
auto lambda = [val = 2](){ return val; };
//lambda.__val = 4;
return lambda();
}
On uncommenting the assignment,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84889
--- Comment #8 from David Malcolm ---
But what about parallel builds, where the errors can get interleaved?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85515
--- Comment #4 from David Malcolm ---
Also affects gcc 7 and gcc 6 branches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85523
--- Comment #3 from David Malcolm ---
Note to self: test coverage should also verify += and so on.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85523
--- Comment #4 from David Malcolm ---
Note to self: this came out of this ML thread:
https://gcc.gnu.org/ml/gcc/2018-04/msg00168.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85515
--- Comment #5 from David Malcolm ---
Author: dmalcolm
Date: Fri Apr 27 18:39:18 2018
New Revision: 259720
URL: https://gcc.gnu.org/viewcvs?rev=259720&root=gcc&view=rev
Log:
Don't offer suggestions for compiler-generated variables (PR c++/85515)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81405
--- Comment #5 from David Malcolm ---
Author: dmalcolm
Date: Mon Apr 30 15:01:56 2018
New Revision: 259768
URL: https://gcc.gnu.org/viewcvs?rev=259768&root=gcc&view=rev
Log:
Use char_span for return type of location_get_source_line
location_get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85523
--- Comment #5 from David Malcolm ---
Author: dmalcolm
Date: Tue May 1 00:10:10 2018
New Revision: 259783
URL: https://gcc.gnu.org/viewcvs?rev=259783&root=gcc&view=rev
Log:
Add gcc_rich_location::add_fixit_insert_formatted
This patch adds a su
401 - 500 of 3401 matches
Mail list logo
