https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92486
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #8
||2019-11-14
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
Target Milestone|--- |10.0
Ever confirmed|0 |1
--- Comment #1 from Martin Sebor ---
Patch: https://gcc.gnu.org/ml/gcc-patches
at gcc dot gnu.org |msebor at gcc dot
gnu.org
Target Milestone|--- |10.0
--- Comment #4 from Martin Sebor ---
Patch: https://gcc.gnu.org/ml/gcc-patches/2019-11/msg01238.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92532
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92493
Martin Sebor changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92493
--- Comment #4 from Martin Sebor ---
Author: msebor
Date: Mon Nov 18 22:14:16 2019
New Revision: 278423
URL: https://gcc.gnu.org/viewcvs?rev=278423&root=gcc&view=rev
Log:
PR middle-end/92493 - ICE in get_origin_and_offset at gimple-ssa-sprintf.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92493
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Component|tree-optimiza
||2019-11-19
CC||msebor at gcc dot gnu.org
Component|c++ |tree-optimization
Known to work||7.3.0
Ever confirmed|0 |1
Known to fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92589
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #5
Severity: normal
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
When compiled with the -m32 option the test fails two assertions in
x86_64-linux builds:
FAIL: gcc.dg/Warray
|UNCONFIRMED |ASSIGNED
Last reconfirmed||2019-11-21
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
Ever confirmed|0 |1
|UNCONFIRMED |ASSIGNED
Last reconfirmed||2019-11-21
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
Ever confirmed|0 |1
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
When compiled with the -m32 option the test fails one assertion in
x86_64-linux builds:
FAIL: gcc.dg/Wstringop-overflow-17.c
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
This shows an inconsistency in how GCC handles code with undefined behavior
that is easily detectable in all four functions below. But
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92620
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92501
--- Comment #2 from Martin Sebor ---
Author: msebor
Date: Fri Nov 22 16:39:37 2019
New Revision: 278621
URL: https://gcc.gnu.org/viewcvs?rev=278621&root=gcc&view=rev
Log:
PR tree-optimization/92501 - strncmp with constant unterminated arrays not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88226
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Fri Nov 22 16:47:22 2019
New Revision: 278623
URL: https://gcc.gnu.org/viewcvs?rev=278623&root=gcc&view=rev
Log:
PR middle-end/88226 - missing warning on fprintf, fputs, and puts with an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92501
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88226
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83819
Bug 83819 depends on bug 92501, which changed state.
Bug 92501 Summary: strncmp with constant unterminated arrays not folded
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92501
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83859
--- Comment #10 from Martin Sebor ---
Author: msebor
Date: Fri Nov 22 17:14:17 2019
New Revision: 278624
URL: https://gcc.gnu.org/viewcvs?rev=278624&root=gcc&view=rev
Log:
PR middle-end/83859 - attributes to associate pointer arguments and sizes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31279
Bug 31279 depends on bug 83859, which changed state.
Bug 83859 Summary: Please add new attribute which will establish relation
between parameters for buffer and its size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83859
What|Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83859
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
at gcc dot gnu.org |msebor at gcc dot
gnu.org
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
Besides out-of-bounds reads and writes, the new attribute access also makes it
possible to detect overlapping copies. Calls in all four functions below
should be
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
Bootstrap with -Wno-restrict fails due to -Werror=unused-but-set-variable in
gcc/gcov.c:
/src/gcc/svn/gcc/gcov.c: In function ‘const char
|UNCONFIRMED |ASSIGNED
Last reconfirmed||2019-11-25
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
Target Milestone|--- |10.0
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92666
Martin Sebor changed:
What|Removed |Added
Summary|bogus |[10 Regression] bogus
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92666
--- Comment #2 from Martin Sebor ---
The check_function_restrict() function is called to do the -Wrestrict checking.
It's called conditionally, from check_function_arguments(), when warn_restrict
is nonzero. When called, the function calls fold
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
While looking into bug 92666 I noticed the following false positive in C (it
can be reproduced in C++ making the pointer non-const
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
Unlike the C++ front-end and unlike Clang, the C front-end issues
-Wtautological-compare for comparisons involving distinct macros that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92668
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Summary|-Wtautologi
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
r278621 introduced a bug where a non-constant bound in calls to strncmp is
treated incorrectly as if it
|UNCONFIRMED |ASSIGNED
Last reconfirmed||2019-11-26
Blocks||83819
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
Target Milestone|--- |10.0
Ever confirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92622
--- Comment #1 from Martin Sebor ---
The failure doesn't seem to be reliably reproducible. Of the three times the
script below runs the test it fails just once.
$ for i in 1 2 3; do nice time make -C /build/gcc-git-svn/gcc check-c
'CFLAGS=-O0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92683
--- Comment #1 from Martin Sebor ---
Author: msebor
Date: Tue Nov 26 23:56:22 2019
New Revision: 278742
URL: https://gcc.gnu.org/viewcvs?rev=278742&root=gcc&view=rev
Log:
PR tree-optimization/92683 - strncmp incorrect result with equal substring
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92683
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83819
Bug 83819 depends on bug 92683, which changed state.
Bug 92683 Summary: [10 Regression] strncmp incorrect result with equal
substrings and non-const bound
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92683
What|Removed
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
Building a cross-compiler (for all targets I've tried) fails with linker errors
like those below:
/build/gcc-svn/gcc/xg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92683
Martin Sebor changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83819
Bug 83819 depends on bug 92683, which changed state.
Bug 92683 Summary: [10 Regression] strncmp incorrect result with equal
substrings and non-const bound
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92683
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92733
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92683
--- Comment #5 from Martin Sebor ---
With pr92733 resolved I can verify that the test case from comment #0 is
compiled correctly by the sparc-sun-solaris2.11 cross:
$ cat pr92683.c && /build/sparc-sun-solaris2.11/gcc-svn/gcc/xgcc -B
/build/sparc
||msebor at gcc dot gnu.org
See Also||https://gcc.gnu.org/bugzill
||a/show_bug.cgi?id=36602
Blocks||88443
--- Comment #2 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92718
--- Comment #4 from Martin Sebor ---
Modifying const members of a struct is undefined, regardless of how it's done:
either by assignment or by overwriting it using memset. GCC doesn't diagnose
it yet but I expect it will, maybe as early as in GC
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
The GCC internal hash_table::expand() function invokes the assignment operator
on invalid/empty elements. The following test case inserted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92761
Martin Sebor changed:
What|Removed |Added
Keywords||build
See Also|
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
A similar bug to pr92761 I ran into: The GCC internal hash_table::empty_slow()
member function invokes the assignment operator on invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92761
Martin Sebor changed:
What|Removed |Added
Keywords||build
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92761
Martin Sebor changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92762
--- Comment #2 from Martin Sebor ---
This bug is distinct from pr92761 because it's in hash_table::empty_slow() and
pr92761 is in hash_table::expand(). I expect to post a patch for both so I'm
fine with handling them together.
||2019-12-03
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #9 from Martin Sebor ---
Testing a fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92762
--- Comment #3 from Martin Sebor ---
It looks to me like the whole else block with the BROKEN_VALUE_INITIALIZATION
guard is incorrect. The following test case aborts:
typedef int_hash IntHash;
hash_map > x;
static void test_hash_table ()
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92765
--- Comment #12 from Martin Sebor ---
The __builtin_strcmp(ptr->header.magic, "x") call in comment #0 is undefined
because the two-element array ptr->header.magic is not a nul-terminated string.
The warning was designed to point that out.
Remov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92761
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #10 from Martin Sebor
||2019-12-03
CC||msebor at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Martin Sebor ---
I see this natively on x86_64-linux as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84919
--- Comment #17 from Martin Sebor ---
The patch below avoids the warning. Unfortunately, as a result of bug 92666,
it triggers another bogus warning during bootstrap.
Index: gcc/c-family/c-common.c
==
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
With the integration of the sprintf pass into strlen, GCC 10 makes use of
string lengths computed by the strlen pass to also compute the size of sprintf
(and snprintf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92813
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic,
|
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
With the first patch for pr91582 applied
(https://gcc.gnu.org/ml/gcc-patches/2019-11/msg00652.html) and with
: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
Diagnosing the strcpy call below isn't justified because the flexible array
into which it writes is a member
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92815
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92815
Martin Sebor changed:
What|Removed |Added
Blocks||56456
--- Comment #2 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91582
--- Comment #4 from Martin Sebor ---
Author: msebor
Date: Thu Dec 5 01:28:11 2019
New Revision: 278983
URL: https://gcc.gnu.org/viewcvs?rev=278983&root=gcc&view=rev
Log:
PR middle-end/91582 - missing heap overflow detection for strcpy
gcc/Chan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91582
--- Comment #5 from Martin Sebor ---
Part 2 of the patch series was committed in r278983. Part 1 and part 3 are
still waiting for review and approval:
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg00429.html
https://gcc.gnu.org/ml/gcc-patches/20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92829
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Target|
||2019-12-05
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92622
--- Comment #3 from Martin Sebor ---
The reduced test case below reproduces the spurious nature of the failure
outside the test harness:
$ (set -x; cat t.c && for i in 1 2 3; do gcc -O2 -S -Warray-bounds
-ftrack-macro-expansion=0 -m32 t.c ; done
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92622
Martin Sebor changed:
What|Removed |Added
Target Milestone|--- |10.0
--- Comment #4 from Martin Sebor --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92622
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Fri Dec 6 00:18:32 2019
New Revision: 279029
URL: https://gcc.gnu.org/viewcvs?rev=279029&root=gcc&view=rev
Log:
PR middle-end/92622 - FAIL: gcc.dg/Warray-bounds-22.c on ILP32: missing
wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 92622, which changed state.
Bug 92622 Summary: FAIL: gcc.dg/Warray-bounds-22.c on ILP32: missing warnings
for VLA on lines 67 and 69
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92622
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92622
Martin Sebor changed:
What|Removed |Added
Keywords||patch
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92829
--- Comment #2 from Martin Sebor ---
The failures in Warray-bounds-56.c boil down to this test case where the
powerpc64 cross-compiler diagnoses only three out of the four buffer overflows,
missing the one first one in f(). The native x86_64 co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92829
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Fri Dec 6 01:04:42 2019
New Revision: 279031
URL: https://gcc.gnu.org/viewcvs?rev=279031&root=gcc&view=rev
Log:
PR testsuite/92829 - several test case failures starting with r278983
gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92828
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92828
--- Comment #7 from Martin Sebor ---
Rather than suppressing the warning via a pragma, would replacing the call to
deps_add_target (d, "-", 1);
with
d->targets.push (xstrdup (t));
be a better solution? Unless I've overlooked something it sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
--- Comment #3 from Martin Sebor ---
Martin, thanks for CC'ing me on bugs I cause, but please leave assigning them
to me or whoever might choose to come up with a fix before I get to it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92761
--- Comment #11 from Martin Sebor ---
Author: msebor
Date: Mon Dec 9 20:54:11 2019
New Revision: 279139
URL: https://gcc.gnu.org/viewcvs?rev=279139&root=gcc&view=rev
Log:
PR middle-end/92761 - hash_table::expand invokes assignment on invalid ob
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92762
--- Comment #4 from Martin Sebor ---
Author: msebor
Date: Mon Dec 9 20:54:11 2019
New Revision: 279139
URL: https://gcc.gnu.org/viewcvs?rev=279139&root=gcc&view=rev
Log:
PR middle-end/92761 - hash_table::expand invokes assignment on invalid obj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92761
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
|--- |FIXED
Assignee|msebor at gcc dot gnu.org |unassigned at gcc dot
gnu.org
--- Comment #4 from Martin Sebor ---
(In reply to Thomas Schwinge from comment #2)
IIRC, I assumed based on the check for t != NULL in the controlling expression
that the loop could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92879
Martin Sebor changed:
What|Removed |Added
Keywords||alias
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92879
--- Comment #4 from Martin Sebor ---
After some more thought I think I need to correct myself: I suppose even in a
ctor the this pointer might need to be treated as having escaped and be
accessible to a replacement operator new, but placement new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92893
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92893
--- Comment #2 from Martin Sebor ---
Defining Str like so works for the test case:
struct Str {
template Str(Cat c)
{
struct Flex { char c, a[]; } *p = (Flex*)get();
c.add(p->a);
}
};
by changing the IL the warning sees to:
[l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92891
--- Comment #4 from Martin Sebor ---
Some offsets are narrower than others but sizes returned either by
compute_objsize() or by compute_builtin_object_size() should always be
sizetype. The wide_int APIs helpful abort when their arguments don't h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92893
Martin Sebor changed:
What|Removed |Added
Known to work||9.1.0
Summary|Unhelpful
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79221
Martin Sebor changed:
What|Removed |Added
Known to work||10.0, 8.1.0, 9.2.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79221
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Wed Dec 11 15:59:55 2019
New Revision: 279227
URL: https://gcc.gnu.org/viewcvs?rev=279227&root=gcc&view=rev
Log:
PR middle-end/79221 - missing -Wstringop-overflow= on a strcat overflow
g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79221
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 79221, which changed state.
Bug 79221 Summary: missing -Wstringop-overflow= on a strcat overflow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79221
What|Removed |Added
--
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
Out of bounds stores to destinations that are the results of conditionals like
the one in g() below are not diagnosed. They should be both by -Warray-bounds
and by
P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
The -Wstringop-overflow logic for determining out of bounds stores into
variably sized objects (alloca, malloc, and VLAs) at offsets that are equal to
or grea
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
Even with -Wno-array-bounds the out-of-bounds stores in the first assignment to
p[1] below and in the last assignment to p[-2
: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: msebor at gcc dot gnu.org
Target Milestone: ---
With the last patch in the series for pr91582 applied () GCC prints the wrong
offset and size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92940
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91582
--- Comment #6 from Martin Sebor ---
Author: msebor
Date: Sat Dec 14 00:52:46 2019
New Revision: 279392
URL: https://gcc.gnu.org/viewcvs?rev=279392&root=gcc&view=rev
Log:
PR middle-end/91582 - missing heap overflow detection for strcpy
PR middle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
--- Comment #6 from Martin Sebor ---
Author: msebor
Date: Sat Dec 14 00:52:46 2019
New Revision: 279392
URL: https://gcc.gnu.org/viewcvs?rev=279392&root=gcc&view=rev
Log:
PR middle-end/91582 - missing heap overflow detection for strcpy
PR middle
701 - 800 of 7383 matches
Mail list logo
