https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101793
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|msebor at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104260
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101831
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104232
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104269
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104232
--- Comment #3 from Martin Sebor ---
*** Bug 104269 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104075
Bug 104075 depends on bug 104269, which changed state.
Bug 104269 Summary: [12 Regression] Bogus -Wuse-after-free seen in xen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104269
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104232
--- Comment #4 from Martin Sebor ---
The full link to the patch:
https://gcc.gnu.org/pipermail/gcc-patches/2022-January/589366.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104232
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104075
Bug 104075 depends on bug 104232, which changed state.
Bug 104232 Summary: [12 Regression] spurious -Wuse-after-free after conditional
free
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104232
What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101831
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104336
Bug ID: 104336
Summary: bogus -Wrestrict for std::string assignment with
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104336
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104260
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101831
Martin Sebor changed:
What|Removed |Added
Summary|[11/12 Regression] Spurious |[11 Regression] Spurious
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104076
--- Comment #5 from Martin Sebor ---
Unlike the false positive -Wuse-after-free in pr104232, the instance of
-Wdangling-pointer in this case (a PHI argument) is intentional so that we
diagnose problems like those in the request for it (pr63272),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104359
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90524
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|NEW
Summary|[10/11/12 Regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104119
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85741
Bug 85741 depends on bug 104119, which changed state.
Bug 104119 Summary: [12 Regression] unexpected -Wformat-overflow after strlen
in ILP32 since Ranger integration
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104119
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104367
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104260
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104436
Bug ID: 104436
Summary: spurious -Wdangling-pointer assigning local address to
a class passed by value
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104436
Martin Sebor changed:
What|Removed |Added
Last reconfirmed||2022-02-07
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104436
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104165
Martin Sebor changed:
What|Removed |Added
URL||https://bugzilla.redhat.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104436
Martin Sebor changed:
What|Removed |Added
Target Milestone|--- |12.0
Summary|spurious -Wdangl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104355
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104355
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81524
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104077
Bug 104077 depends on bug 81524, which changed state.
Bug 81524 Summary: Bogus or missing warnings when dereferencing pointer to
deallocated stack memory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81524
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98900
--- Comment #3 from Martin Sebor ---
GCC 12 issues -Wdangling-poinnter for this bug now at all optimization levels.
It still issues -Wuninitialized at -O1 and above, but with the dangling pointer
warning I don't think it's a big deal. It should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104475
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Last reconfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81524
Martin Sebor changed:
What|Removed |Added
Component|c |middle-end
--- Comment #8 from Martin Seb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104355
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104492
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104492
--- Comment #3 from Martin Sebor ---
It might be possible to run the pass earlier to avoid this problem but I
haven't managed to find a spot that didn't regress some -Wdangling-pointer
tests (at least g++.dg/warn/Wdangling-pointer-2.C). Alterna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104492
--- Comment #5 from Martin Sebor ---
Setting aside the question of warning about inequality expressions involving
invalid pointers, it seems that if the annotation 'candidates ={v}
{CLOBBER(eol)};' is to be interpreted as one would intuitively e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102006
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 102006, which changed state.
Bug 102006 Summary: A false warning "Array subscript -N is outside array bounds
warning"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102006
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103056
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102967
--- Comment #4 from Martin Sebor ---
The expression pa->c is only valid if pa points to a valid object.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102967
--- Comment #7 from Martin Sebor ---
Both for the purposes of the warning (which can be more restrictive than what
the language considers valid), and in the C language, the semantics of the ->
expression depend on the first operand designating a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103111
Martin Sebor changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102831
--- Comment #4 from Martin Sebor ---
I have been testing the following changes to deal with other location and
warning related problems. They might be worth giving a try to see if they help
with this issue as well.
diff --git a/gcc/diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121
Martin Sebor changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #5 from Martin Sebor --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121
Martin Sebor changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121
--- Comment #8 from Martin Sebor ---
The [1, 1] range comes from a call to qry->range_of_expr (vr, exp, stmt) in in
get_size_range() in pointer-query.cc:
(gdb) p debug(gimple_bb(stmt))
[local count: 118111600]:
_4 = _1 + 1;
grp_name_37 = __bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121
--- Comment #10 from Martin Sebor ---
Sorry, I've been having trouble with GDB and so I'm running two GDB sessions
and I have been mixing output from both of them. I see the warning for the
store to *_23 in BB 13, not for BB 12. Here's a fresh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121
--- Comment #12 from Martin Sebor ---
Okay, here's my question: when I call range_of_expr (vr, _4, stmt) with stmt
being 'grp_name_37 = __builtin_alloca (_4)' in BB 4, should I not expect the
result to be either VR_VARYING or [0, +INF]?
What I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121
--- Comment #13 from Martin Sebor ---
Here's a reduced test case that reproduces the problem with an x86_64-linux GCC
in ILP32 mode:
$ cat pr103121.C && gcc -O2 -S -Wall -m32 pr103121.C
typedef typeof (sizeof 0) size_t;
struct tree_node {
co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103143
Bug ID: 103143
Summary: [12 Regression] ICE due to infinite recursion in
pointer-query.cc
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103143
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101397
Martin Sebor changed:
What|Removed |Added
Depends on||103143
--- Comment #8 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121
--- Comment #15 from Martin Sebor ---
The call is made from the strlen pass which still does apparently use EVRP. I
believe Aldy's been moving it away from it (some of his changes are still
pending) as have I, so things are still in flux. I do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102690
--- Comment #5 from Martin Sebor ---
It was backported here: g:19dcea67ac40cfdeb396fa264ebbe04fbe61fdc0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102831
--- Comment #7 from Martin Sebor ---
(In reply to Peter Bergner from comment #6)
If it's reliably reproducible (ideally with a cross), can you attach a
translation unit and the options to use to reproduce it with?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103143
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102513
Martin Sebor changed:
What|Removed |Added
Known to fail||10.3.0, 11.2.0, 12.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101919
Martin Sebor changed:
What|Removed |Added
Blocks||97048
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103145
Martin Sebor changed:
What|Removed |Added
Known to work||10.3.0, 12.0
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103145
Martin Sebor changed:
What|Removed |Added
Summary|False positive of |[11 Regression] bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59702
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56189
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88232
Martin Sebor changed:
What|Removed |Added
Component|c++ |middle-end
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103161
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101917
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103161
Martin Sebor changed:
What|Removed |Added
Component|tree-optimization |testsuite
--- Comment #5 from Martin Seb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103161
--- Comment #7 from Martin Sebor ---
I bet you can't see the failures because they depend on fixes in a patch that
hasn't been committed yet:
https://gcc.gnu.org/pipermail/gcc-patches/2021-November/583735.html
But I wonder if there actually i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103161
--- Comment #9 from Martin Sebor ---
Aaah, never mind. The test depends on the unspecified order of argument
evaluation. Doh!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103161
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103176
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103173
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92879
--- Comment #12 from Martin Sebor ---
The test fails everywhere. It regressed with r12-5107 (see pr102690). The
solution was to xfail it (to your point in pr101674).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103199
Bug ID: 103199
Summary: FAIL: ../jit/docs/examples/tut04-toyvm/toyvm.c,
initial compilation
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100655
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103200
Bug ID: 103200
Summary: FAIL: gcc.target/i386/pr91333.c scan-assembler-times
vmovapd|vmovsd 3
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102969
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 102969, which changed state.
Bug 102969 Summary: [12 regression] g++.dg/warn/Wstringop-overflow-4.C fails
after r12-4726
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102969
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98871
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 98871, which changed state.
Bug 98871 Summary: Cannot silence -Wmaybe-uninitialized at declaration site
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98871
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98512
Martin Sebor changed:
What|Removed |Added
Known to work||12.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98465
Martin Sebor changed:
What|Removed |Added
Known to fail|11.0|
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97048
Bug 97048 depends on bug 98465, which changed state.
Bug 98465 Summary: Bogus -Wstringop-overread with -std=gnu++20 -O2 and
std::string::insert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98465
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103176
Martin Sebor changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 103176, which changed state.
Bug 103176 Summary: -foptimize-strlen causes stringop-overflow warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103176
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103223
--- Comment #5 from Martin Sebor ---
(In reply to Martin Jambor from comment #4)
> (In reply to Jan Hubicka from comment #0)
...
> > Martin, I wonder if if you would be OK with simply dropping the access when
> > function signature changes (whic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102009
--- Comment #3 from Martin Sebor ---
gimple_builtin_call_types_compatible_p() returns false even for calls with
trivial mismatches like an int where a size_t is expected. I would prefer a
less restrictive test that doesn't prevent detecting the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101702
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103215
Martin Sebor changed:
What|Removed |Added
Blocks||56456
--- Comment #6 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103215
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103223
--- Comment #7 from Martin Sebor ---
For an attribute access that's explicitly specified on the declaration of a
function I think these steps should work:
1) Call init_attr_rdwr_indices() to initialize the mapping for the original
function with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102759
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103176
--- Comment #7 from Martin Sebor ---
You're welcome and no need to apologize. We want to improve the warnings (and
the rest of the compiler) and these reports help us understand both the
limitations and opportunities for improvements, or at lea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103223
--- Comment #9 from Martin Sebor ---
Outside of code comments only the user-visible attribute access interface is
documented in the manual.
The main difference is probably that attribute access can be added by the user
for any pair of arguments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102960
Martin Sebor changed:
What|Removed |Added
Known to fail|12.0|
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101702
--- Comment #5 from Martin Sebor ---
(In reply to Jakub Jelinek from comment #4)
> Martin clearly prefers some other fix, so I'll let him fix it himself.
I think I just misread your change. It doesn't cause the problem I was
concerned about.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103292
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101702
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1201 - 1300 of 1726 matches
Mail list logo