https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111536
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
Target Milestone|---
Priority: P3
Component: gcov-profile
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Quoting Reddit user duane11583 about coverage testing on embedded systems:
https://www.reddit.com/r/C_Programming/comments
: enhancement
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Quoting:
https://www.reddit.com/r/programming/comments/1jvxwpu/comment/mmevj5a/
"EDIT: And that 29-line wa
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Blocks: 97111
Target Milestone: ---
I have a patch in development for PR 97111 (adding exception-handling support
to -fanalyzer), but so far it only does *exact* matches on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227
--- Comment #18 from David Malcolm ---
For reference, some commits that I needed to do when getting the
libgdiagnostics docs onto the website:
commit g:e6e4cb34e30f25adfb57e998663a8a1796b8573c
commit g:168f938b8f2aab5c0443b02404d004ed4298651
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116163
David Malcolm changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #19 from David Malcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116163
David Malcolm changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110363
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119366
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119366
David Malcolm changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227
--- Comment #6 from David Malcolm ---
Thanks for the info Mark.
Sorry if this comes across as blunt, but pushing changes and waiting for a
cronjob to run (in production) seems very 1990s.
Is there some automated way to bring up a test instance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119278
--- Comment #6 from David Malcolm ---
Thanks Jakub, the attachment looks good to me.
Sorry about the breakage.
Priority: P3
Component: libgdiagnostics
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Quoting an email:
> The part that should be included in the docs and is currently totally
> missing: How do a user
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119256
--- Comment #2 from David Malcolm ---
BTW, should the source range be:
hello.cob:2:8: error: syntax error, unexpected NAME, expecting FUNCTION or
PROGRAM-ID
2 |porgram-id. hello.
|^~
rather than:
hello.cob:2:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119256
David Malcolm changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117262
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
: cobol
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Blocks: 119211
Target Milestone: ---
Compiler Explorer (godbolt.org) currently offers just:
"GCC (cobol+master)"
plus various GnuCOBOL versions for language "COBO
.html
Status: UNCONFIRMED
Keywords: diagnostic, patch
Severity: enhancement
Priority: P3
Component: cobol
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
I posted a patch for
Priority: P3
Component: cobol
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
I tried this test.cob file:
identification division.
program-id. hello.
procedure division
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117262
--- Comment #9 from David Malcolm ---
Thanks for the clarifications. I'm testing a fix now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117262
--- Comment #7 from David Malcolm ---
tree.def has:
/* Used to represent the brace-enclosed initializers for a structure or an
array. It contains a sequence of component values made out of a VEC of
constructor_elt.
For RECORD_TYPE, U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117262
--- Comment #6 from David Malcolm ---
Looking at this again...
(In reply to David Malcolm from comment #3)
> I see:
>
> (gdb) pt ctor
> type type public unsigned QI
> size
> unit-size
> ali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227
--- Comment #1 from David Malcolm ---
FWIW I tried
https://gcc.gnu.org/onlinedocs/gcc/gcobol.html
but it wasn't found.
Priority: P3
Component: web
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
In gcc/cobol/Make-lang.in I see:
cobol.install-html: installdirs gcobol.html gcobol-io.html
$(INSTALL_DATA) gcobol.html
: cobol
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Looking at https://gcc.gnu.org/pipermail/gcc-patches/2025-March/677314.html
after the patch to add source ranges, gcobol emits:
$ ./gcobol -B. hello.cob -S
hello.cob:2:8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
--- Comment #37 from David Malcolm ---
Created attachment 60608
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60608&action=edit
Excerpt from jit-playback.s
This is an excerpt from the .s file for
_ZN3gcc3jit8playback7context11new_bitcas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
--- Comment #32 from David Malcolm ---
Thanks for the script and the notes. I can now reproduce the crash on my main
development box, with e.g. test-bitcast.c
It seems to not be writing a vtable ptr to an object; the class's operator new
alloc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
--- Comment #22 from David Malcolm ---
Created attachment 60584
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60584&action=edit
Contents of /proc/cpuinfo on a machine that this crash *doesn't* happen on
,
||dmalcolm at gcc dot gnu.org
--- Comment #21 from David Malcolm ---
If you can reproduce this, please set comp-ctxt-debug to >= 3: emacs ought to
write out a log to libgccjit.log (each invocation will overwrite the previous
log file there); please attach
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
--- Comment #19 from David Malcolm ---
(In reply to David Malcolm from comment #12)
> Sam: what architectures/configurations do you see this on? Comment #0 was
> presumably aarch64, but I don't think comment #3 specified anything beyond
> it be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
--- Comment #20 from David Malcolm ---
This looks like it might be x86_64-specific. If so, perhaps it's specific to a
particular microarchitecture?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
--- Comment #18 from David Malcolm ---
I spent a large chunk of yesterday attempting to reproduce this, but
unfortunately I'm still not seeing it.
Is anyone seeing this on a machine in the compiler farm, and if so which?
Which specific version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
--- Comment #14 from David Malcolm ---
FWIW I tried again building emacs (from git) with gcc trunk with
--with-native-compilation=aot on x86_64 and, annoyingly, "make" completed
successfully; I see lots of
./native-lisp/31.0.50-677d9325/*.eln
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
--- Comment #12 from David Malcolm ---
Sam: what architectures/configurations do you see this on? Comment #0 was
presumably aarch64, but I don't think comment #3 specified anything beyond it
being 64-bit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118919
--- Comment #3 from David Malcolm ---
Should be fixed on trunk for gcc 15 by the above patch.
Keeping this bug open to track backporting to gcc 13 and 14 which presumably
are also affected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118300
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2025-02-19
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118919
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
onent: sarif-replay
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
We're capturing #include chains in our sarif output as of
r15-2354-g4d1f71d49e396c.
However, sarif-replay doesn't print them; see e.g.:
htt
y: P3
Component: sarif-replay
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Trying it with:
https://github.com/davidmalcolm/sarif-examples/blob/main/valid/2.1.0/gcc/3.36-diagnostic-test-paths-multithreaded.sarif
$ sarif-replay
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118929
--- Comment #1 from David Malcolm ---
For reference, GCC 15 prints the diagnostic textually like this when generating
that sarif file (via a test plugin):
diagnostic-test-paths-multithreaded-inline-events.c:17:3: warning: deadlock due
to incons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118926
--- Comment #1 from David Malcolm ---
Example of such a .sarif file can be seen at
https://github.com/davidmalcolm/sarif-examples/blob/main/valid/2.1.0/gcc/3.20.21-ice.sarif
(and the other "ice" files)
ority: P3
Component: sarif-replay
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
sarif-replay with the output from the plugin.exp crash tests emits empty
output.
The files in question have e.g. this in the invoc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96032
--- Comment #11 from David Malcolm ---
(In reply to Kamil Dudka from comment #8)
> Where can one get the sarif-replay tool? It does not seem to be included in
> gcc-latest.
Kamil: in the "official" Fedora builds of gcc for F42 onwards, sarif-re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118881
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
everity: normal
Priority: P3
Component: sarif-replay
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
We're capturing labelled ranges/secondary locations in our SARIF output via
"annotations" (§3.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113923
--- Comment #10 from David Malcolm ---
(In reply to Antoni from comment #9)
> Created attachment 57810 [details]
> Patch to fix the issue
Looks reasonable.
> I was unable to create a reproducer in C for the tests.
> It seems the problem was ac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
--- Comment #8 from David Malcolm ---
(In reply to Sam James from comment #4)
Thanks.
> (In reply to David Malcolm from comment #2)
> > What does printing *wrapper in the debugger look like?
> >
>
> Program received signal SIGSEGV, Segmentat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84918
--- Comment #9 from David Malcolm ---
For reference, trunk with
-fdiagnostics-set-output=text:experimental-nesting=yes :
https://godbolt.org/z/8nv36zxqf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118792
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118168
--- Comment #20 from David Malcolm ---
Thanks!
Priority: P3
Component: sarif-replay
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Compare diagnostics emitted directly:
$ ./xgcc -B. -S ../../src/gcc/testsuite/gcc.dg/bad-dereference.c
../../src/gcc/testsuite/gcc.dg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117988
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116176
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2025-02-01
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118707
--- Comment #1 from David Malcolm ---
Note that -fno-analyzer-state-merge is intended as a debugging feature, to turn
off -fanalyzer's state merging logic, to help troubleshoot bugs in -fanalyzer.
Without state merging, analysis is likely to "e
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
The big comment in libcpp/include/line-map.h still talks about 32 bit values
and has 32 bit values, whereas location_t is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81233
--- Comment #7 from David Malcolm ---
For reference, current output of the test case from comment #0 with trunk is
https://godbolt.org/z/8hYY3eaoa
: In function 'f':
:5:8: error: assignment to 'int *' from incompatible pointer type 'char
*' [-
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
See https://gcc.gnu.org/pipermail/gcc/2025-January/245436.html
Given
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118675
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118686
--- Comment #1 from David Malcolm ---
Of course, we shouldn't be generating malformed data, but that can be a
separate bug.
Component: sarif-replay
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Created attachment 60308
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60308&action=edit
Malformed generated .sarif that sarif-replay doesn't
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Seen in analyzer integration tests:
/home/david/coding-3/gcc-build/test/control/x86_64-pc-linux-gnu/integrat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117670
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117886
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117886
--- Comment #7 from David Malcolm ---
Created attachment 60257
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60257&action=edit
Cleaned up reproducer
I cleaned up the reproducer enough to compile, and was able to use this to
reproduce the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117886
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115662
--- Comment #1 from David Malcolm ---
The top-level object in a .sarif file is a sarifLog, and this contains zero of
more runs:
https://docs.oasis-open.org/sarif/sarif/v2.1.0/errata01/os/sarif-v2.1.0-errata01-os-complete.html#_Toc141790732
So o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117670
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2025-01-21
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117670
--- Comment #1 from David Malcolm ---
Created attachment 60231
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60231&action=edit
Candidate patch
Does this patch fix it for you? (lightly tested at my end and seems to work)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118500
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118498
David Malcolm changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118112
--- Comment #15 from David Malcolm ---
Created attachment 60145
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60145&action=edit
Work-in-progress on C++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118112
--- Comment #14 from David Malcolm ---
The above patch (r15-6838-ga236f70617213343f3075ee43e8d9f5882dca400) implements
this for the C frontend for GCC 15. It seem like we'd need to add a new flag
to support a special-casing things for the C23 c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116871
--- Comment #6 from David Malcolm ---
Created attachment 60118
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60118&action=edit
Screenshot of textual output from *after* the patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116871
--- Comment #5 from David Malcolm ---
Created attachment 60117
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60117&action=edit
Screenshot of textual output from *before* the patch
at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
--- Comment #4 from David Malcolm ---
Patch posted that helps with part of this:
https://gcc.gnu.org/pipermail/gcc-patches/2025-January/673348.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117997
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118375
--- Comment #2 from David Malcolm ---
(In reply to Sam James from comment #0)
> We get:
> ```
> :1:1: error: expected identifier or '(' before '/' token
> 1 | /#include
> | ^
> :1:2: error: stray '#' in program
> 1 | /#include
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118371
David Malcolm changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110930
David Malcolm changed:
What|Removed |Added
Blocks||118371
--- Comment #7 from David Malcol
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
This is a tracker bug to cover improvements to GCC UX that relate to
https://gcc.gnu.org/gcc-15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110930
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118300
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118300
--- Comment #3 from David Malcolm ---
FWIW it seems to be just "-fsanitize=undefined" that's needed, not "address":
https://gcc.godbolt.org/z/bbcoa4oWK
Adding -fdump-ipa-analyzer=stderr shows:
V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117629
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118112
David Malcolm changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118112
--- Comment #6 from David Malcolm ---
(In reply to Sam James from comment #1)
[...]
> I concur with your your bug. People aren't finding this easy to understand.
(In reply to Sam James from comment #5)
> Dupe of PR117865?
Sam: do you have a ha
ty: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Seen attempting to build 389-ds-base with gcc 15:
https://bugzilla.redhat.com/show_bug.cgi?id=2333039
I see this failure:
ld
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106631
--- Comment #3 from David Malcolm ---
Jonathan: it would need some special-casing in the parser, I think; FWIW the
error is emitted here:
(gdb) bt
#0 error_at (richloc=0x4e6a9a0 , gmsgid=0x4e6a9a0
"")
at ../../src/gcc/diagnostic-global-co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118013
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117944
David Malcolm changed:
What|Removed |Added
Version|unknown |15.0
Status|UNCONFIRMED
: sarif-replay
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
It would be nice if when sarif-replay reported on invalid .sarif it gave a
logical location as well as a physical location, perhaps, using JSON pointer,
or a nested
: plugins
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
The annobin plugin is failing when built against GCC 15:
https://sourceware.org/bugzilla/show_bug.cgi?id=32429#c3
It looks like it's compiling against the "warnin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116253
--- Comment #11 from David Malcolm ---
An example of the nested diagnostics on Compiler Explorer:
Trunk with -std=c++20 -fconcepts-diagnostics-depth=2
Text output (via -fdiagnostics-set-output=text:experimental-nesting=yes),
showing indentatio
y: P3
Component: sarif-replay
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
See e.g.:
$ LD_LIBRARY_PATH=. ./sarif-replay -fjson-comments
../../src/gcc/testsuite/sarif-replay.dg/2.1.0-valid/signal-1.c.sarif
In function 'cus
: sarif-replay
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
See e.g. gcc/testsuite/sarif-replay.dg/2.1.0-valid/signal-1.c.sarif
The source code is printed when run from the same path as when the .sarif was
originally captured
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116771
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 90160, which changed state.
Bug 90160 Summary: missing quote in diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90160
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90160
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117883
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117883
David Malcolm changed:
What|Removed |Added
Keywords||patch
URL|
1 - 100 of 1480 matches
Mail list logo
