https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103217
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95325
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2021-11-20
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95415
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #4 from David Malcol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100688
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103217
--- Comment #6 from David Malcolm ---
(In reply to Dominique Martinet from comment #4)
[...snip...]
Thanks for re-testing it, and the new test cases.
> (What do you prefer to move forward -- I've tried reopening the bug but you
> really fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103217
David Malcolm changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
--- Comment #7 from David Malc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103217
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100524
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99269
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100546
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99269
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94579
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100524
David Malcolm changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97090
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103217
--- Comment #11 from David Malcolm ---
Excellent! Thanks for the feedback.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102471
--- Comment #2 from David Malcolm ---
There's also
https://www.nist.gov/itl/ssd/software-quality-group/other-assurance-tool-test-collections
Currently the only non-Java collection on the list is:
https://sir.csc.ncsu.edu/portal/index.php
Ho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102471
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from David Malc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97090
--- Comment #17 from David Malcolm ---
Thanks for the confirmations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103526
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
NCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
sm.cc: make_checkers currently has:
/* The "taint" checker must be explicitly enab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103526
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103562
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #5 from David Malc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103562
--- Comment #7 from David Malcolm ---
Should be fixed by the above commit on trunk for gcc 12.
Probably should backport this; keeping this open until that's done.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101962
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103685
--- Comment #1 from David Malcolm ---
Thanks for filing this bug. Please can you provide a preprocessed reproducer
(using -E), and state the compilation flags and GCC version that you see this
with.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99260
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102233
--- Comment #3 from David Malcolm ---
Thanks for filing this. As we discussed on IRC, I recommend avoiding the
combination of -fanalyzer and LTO for now. It works for simple examples, but
has scaling issues on anything bigger, which I hope to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102233
--- Comment #4 from David Malcolm ---
(In reply to Richard W.M. Jones from comment #2)
> I think since this seems to be LTO-related, you probably do need
> to use LTO CFLAGS in the initial ./configure step. My actual CFLAGS
> were:
>
> export
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102225
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102242
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77565
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102328
David Malcolm changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Summary|ICE when co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102328
--- Comment #3 from David Malcolm ---
I've filed:
https://github.com/compiler-explorer/compiler-explorer/issues/2937
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64196
--- Comment #5 from David Malcolm ---
This is partially implemented by commit
g:332a9f7636ca2a49be3a6ee9c610c5dba9e7e2da.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102328
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102242
--- Comment #7 from David Malcolm ---
Thanks for taking care of this.
Severity: normal
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
CC: rguenth at gcc dot gnu.org
Target Milestone: ---
See:
https://www.nist.gov/itl/ssd/software-quality
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #4 from David Malcolm ---
I'm not sure how best to debug this.
$ echo _Z15fname_as_stringi | c++filt
fname_as_string(int)
and indeed, that seems to be just for the C/C++ frontends, not for libgccjit.
Some ideas:
Given:
bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #5 from David Malcolm ---
(In reply to David Malcolm from comment #4)
> Hopefully that will give a hint as to where that symbol is coming from.
...or, rather, where the *usage* of that symbol is coming from.
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
An issue was discovered in the character definitions of the Unicode
Specification through 14.0. The specification allows an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103027
--- Comment #1 from David Malcolm ---
I have a work-in-progress patch for this, though it has some issues that need
discussion; I hope to post it soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103027
--- Comment #2 from David Malcolm ---
Initial version of patch posted for discussion to:
https://gcc.gnu.org/pipermail/gcc-patches/2021-November/583039.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107345
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107366
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from David Malc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107349
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106003
Bug 106003 depends on bug 106300, which changed state.
Bug 106300 Summary: RFE: analyzer support for more ways of obtaining an open
file descriptor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106300
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106300
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107345
--- Comment #3 from David Malcolm ---
Fixed on trunk for GCC 13 by the above patch.
Keeping open for backporting to GCC 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107366
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107349
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106703
--- Comment #2 from David Malcolm ---
Looks like a dup of 107366; possibly fixed by
r13-3469-g2e8a0553918adc919f98ac5c0224fc6ce1fef68d.
y: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Depends on: 106302
Blocks: 106358
Target Milestone: ---
A suggestion at LPC 2022 was that -fanalyzer could gain knowledge (perhaps via
a plugin) about the beh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106140
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107472
--- Comment #1 from David Malcolm ---
(In reply to David Malcolm from comment #0)
> In particular, note the GPF flags
GFP, even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106302
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107486
David Malcolm changed:
What|Removed |Added
Summary|[13 Regression] ICE in |[13 Regression] ICE when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106003
Bug 106003 depends on bug 107486, which changed state.
Bug 107486 Summary: [13 Regression] ICE when pipe's argument is not a pointer
type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107486
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107486
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94355
--- Comment #13 from David Malcolm ---
(In reply to Jonathan Wakely from comment #10)
[...snip...]
> As already noted above, new can't return null here, and there is no
> dereference anyway. And the pointer isn't leaked, but it seems maybe the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106140
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #3 from David Malco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107565
--- Comment #2 from David Malcolm ---
(In reply to Andrew Pinski from comment #1)
> Confirmed.
> else if (!fndecl_has_gimple_body_p (callee_fndecl)
>&& (!(callee_fndecl_flags & (ECF_CONST | ECF_PURE)))
>&& !
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107566
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
CC: jamie.bainbridge at gmail dot com
Target Milestone: ---
Would be nice for -fanalyzer to check usage of strtok:
- complain about NULL passed as the string to the first call of strtok
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99671
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77432
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99671
--- Comment #2 from David Malcolm ---
Created attachment 53863
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53863&action=edit
Implementation of this (not yet ported to Sphinx)
This patch implements the new warning; still uses texinfo rat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99671
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77432
--- Comment #7 from David Malcolm ---
(In reply to David Malcolm from comment #5)
> I hadn't seen this, and I filed PR analyzer/99671 last year to track adding
> a -fanalyzer warning for this. I now have a mostly-working implementation
> of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106147
David Malcolm changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Perhaps the analyzer could support:
* dlopen
* dlclose
* dlsym
Notes: see:
https://man7.org/linux/man-pages/man3/dlopen.3.html (covers dlclose also)
https://man7.org
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Although mostly I'm very happy with how our docs look after migration to
sphinx
erity: normal
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
My gcc-python-plugin implements a crude static analysis of CPython code, using
symbolic execution in a manner si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107646
--- Comment #1 from David Malcolm ---
In particular, reference-count checking would probably be the most interesting
aspect of the project.
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
-fanalyzer implements -Wanalyzer-exposure-through-output-file, but it's
currently just a proof-of-concept, where the only sour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106147
--- Comment #6 from David Malcolm ---
The above patch implements -Wanalyzer-infinite-recursion for GCC 13.
I also have the beginnings of an implementation of -Wanalyzer-infinite-loop,
but it won't be ready for the close of GCC 13 stage 1.
Keep
Keywords: documentation, meta-bug
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Creating this tracker bug in case it helps organize the various
texinfo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106235
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106235
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106302
David Malcolm changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106140
Bug 106140 depends on bug 106302, which changed state.
Bug 106302 Summary: RFE: provide a way for -fanalyzer to use target flags
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106302
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106301
Bug 106301 depends on bug 106302, which changed state.
Bug 106302 Summary: RFE: provide a way for -fanalyzer to use target flags
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106302
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106003
Bug 106003 depends on bug 106302, which changed state.
Bug 106302 Summary: RFE: provide a way for -fanalyzer to use target flags
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106302
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107472
Bug 107472 depends on bug 106302, which changed state.
Bug 106302 Summary: RFE: provide a way for -fanalyzer to use target flags
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106302
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106140
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106003
Bug 106003 depends on bug 106140, which changed state.
Bug 106140 Summary: RFE: analyzer could complain about misuses of socket APIs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106140
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107711
--- Comment #1 from David Malcolm ---
Thanks for filing this bug report.
Unfortunately I can't reproduce the ICE with the attachment.
I have a suspicion that this relates to commits r13-4073-gd8aba860b34203 and/or
r13-4074-g86a90006864840 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107711
--- Comment #3 from David Malcolm ---
Created attachment 53911
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53911&action=edit
Work-in-progress patch to add logging to ana::on_finish_translation_unit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107711
--- Comment #4 from David Malcolm ---
(In reply to urs from comment #2)
> On Wed, Nov 16, 2022 at 02:41:40PM +0000, dmalcolm at gcc dot gnu.org wrote:
> > Unfortunately I can't reproduce the ICE with the attachment.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107725
David Malcolm changed:
What|Removed |Added
Blocks||97110
--- Comment #2 from David Malcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107725
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107711
David Malcolm changed:
What|Removed |Added
Summary|internal compiler error:|ICE with -fanalyzer with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107725
--- Comment #4 from David Malcolm ---
Aha thanks: presumably "Ep 350 - The Right Way to Write C++ Code in 2022"?
I'm watching it now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107711
--- Comment #9 from David Malcolm ---
It's a use-after-free of the ident_hash hash_table. Testing a fix...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107711
David Malcolm changed:
What|Removed |Added
Keywords||patch
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107711
David Malcolm changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107733
--- Comment #1 from David Malcolm ---
Thanks for filing this bug.
It's analyzing "a" twice: as called by main, and as a standalone function.
The warning comes from the analysis of "a" as a standalone function; if I
delete "main" from the repro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107733
--- Comment #2 from David Malcolm ---
...and also, as you note:
* deleting the unrelated code ` int *d = 0;` should not affect the result
(but does)
> the path note `(3) 'e' is NULL` is wrong, this may suggest some problems.
Note (3) seems
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107750
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107582
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107582
--- Comment #5 from David Malcolm ---
It's a bug in feasibility-checking when jumping through a function pointer:
dynamic_call_info_t::update_model blindly copies over the state from the
exploded_node's state, overwriting the precise knowledge o
2601 - 2700 of 3524 matches
Mail list logo