https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93671
--- Comment #1 from Damian Rouson ---
The submitted code also compiles and executes cleanly with the NAG Fortran
compiler version 7.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93671
Bug ID: 93671
Summary: gfortran 8-10 ICE on intrinsic assignment to
allocatable derived-type component of coarray
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93670
--- Comment #1 from Hongtao.liu ---
Refer to https://godbolt.org/z/QfpRWu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92572
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-linux
--- Comment #6 from Rich
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93670
Bug ID: 93670
Summary: ICE for _mm256_extractf32x4_ps (unrecognized insn)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552
--- Comment #12 from Segher Boessenkool ---
Sure, but what makes shift amount special here? This works just fine in
any other expression as well. That is, for unsigned n; for negative numbers
modulo works differently: it returns 0 or negative,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60181
Paul Zimmermann changed:
What|Removed |Added
CC||zimmerma+gcc at loria dot fr
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552
--- Comment #11 from Li Jia He ---
The reason is that it is the remainder of the nth power of 2. In x >> (n% 32),
32 is the fifth power of 2. The hexadecimal representation of 32 is 0x100.
Taking the remainder of 0x100, the data range is 0 ～ 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93669
Bug ID: 93669
Summary: ICE in dump_exploded_nodes, at analyzer/engine.cc:3239
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92572
--- Comment #5 from Alexander Monakov ---
GCC is emitting static_local as @gnu_unique_object, so it should be unified by
the Glibc dynamic linker. You can use 'nm -CD' to check its type after linking
for the main executable and the library to mak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93667
gcc-bugs at marehr dot dialup.fu-berlin.de changed:
What|Removed |Added
CC||gcc-bugs at m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93658
--- Comment #4 from Matthias Klose ---
the file from icu 65.1 is built using
g++ -v -Wdate-time -g -O3 -fstack-protector-strong -Wformat
-Werror=format-security -W -Wall -pedantic -Wpointer-arith -Wwrite-strings
-Wno-long-long -std=c++11 -c -o g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552
--- Comment #10 from Segher Boessenkool ---
What makes shift amount special at all, for those gimple simplifications?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93668
--- Comment #1 from fdlbxtqi ---
constexpr int f()
{
auto p(new int[1]);
delete p;
return 4;
}
int main()
{
constexpr auto w(f());
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93668
Bug ID: 93668
Summary: constexpr delete[]
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93667
Bug ID: 93667
Summary: [10 regression] ICE in esra with nested
[[no_unique_address]] field
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552
--- Comment #9 from Li Jia He ---
(In reply to Andrew Pinski from comment #8)
> (In reply to Andrew Pinski from comment #7)
> > (In reply to Andrew Pinski from comment #6)
> > > (In reply to Li Jia He from comment #5)
> > > > Could we consider do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> (In reply to Andrew Pinski from comment #6)
> > (In reply to Li Jia He from comment #5)
> > > Could we consider doing this optimization on gimple? I use the follo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> (In reply to Li Jia He from comment #5)
> > Could we consider doing this optimization on gimple? I use the following
> > code on gimple to produce optimized resul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93657
--- Comment #3 from Roland Illig ---
(In reply to David Malcolm from comment #2)
> Dump various analyzer internals to stderr.
I like these. They are simple and to the point, and I cannot find any ambiguity
anymore. :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552
--- Comment #6 from Andrew Pinski ---
(In reply to Li Jia He from comment #5)
> Could we consider doing this optimization on gimple? I use the following
> code on gimple to produce optimized results on powerpc64.
It might make sense. But fold-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93659
--- Comment #5 from Roland Illig ---
Cool, thank you for the quick fix. That makes translating GCC more fun than in
the previous years. :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552
Li Jia He changed:
What|Removed |Added
CC||helijia at gcc dot gnu.org
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69448
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80471
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:a6ee556c7659877bb59b719f11ca2153e86ded59
commit r10-6571-ga6ee556c7659877bb59b719f11ca2153e86ded59
Author: Patrick Palka
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69448
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:a6ee556c7659877bb59b719f11ca2153e86ded59
commit r10-6571-ga6ee556c7659877bb59b719f11ca2153e86ded59
Author: Patrick Palka
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93663
Martin Sebor changed:
What|Removed |Added
Component|target |middle-end
--- Comment #2 from Martin Seb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93666
Andrew Pinski changed:
What|Removed |Added
Depends on||4131
--- Comment #5 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93666
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Status|W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93666
--- Comment #3 from Andrew Pinski ---
The source:
struct A
{
int i{1}, j{2};
A(int i_, int j_) : i(i_), j(j_) {}
};
A a{3,4};
struct B
{
int i{1}, j{2};
constexpr B(int i_, int j_) : i(i_), j(j_) {}
};
B b{3,4};
CUT
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509
--- Comment #12 from Segher Boessenkool ---
But it could do just
stw r4,0(r3)
(on LE; and with a rotate first, on BE).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93666
--- Comment #2 from Jonathan Wakely ---
(In reply to Walt Karas from comment #0)
> My understanding is that constexpr should not be used as a "register-esque"
> hint to decide whether or not to optimize.
'constexpr' implies 'inline' which is use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92572
--- Comment #4 from Walt Karas ---
(conanrunenv) [root@d761696b8abf VagueDynLink]# cc -O2 -Wall -Wextra -pedantic
-std=c++17 -fno-strict-aliasing -fwrapv -S main.cc
(conanrunenv) [root@d761696b8abf VagueDynLink]# cat main.s
.file "main.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92572
--- Comment #3 from Walt Karas ---
(conanrunenv) [root@d761696b8abf setup-work]# cc -v
Using built-in specs.
COLLECT_GCC=cc
COLLECT_LTO_WRAPPER=/opt/rh/devtoolset-8/root/usr/libexec/gcc/x86_64-redhat-linux/8/lto-wrapper
Target: x86_64-redhat-linu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93666
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93663
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93666
Bug ID: 93666
Summary: Dependence of optimization on use of constexpr seems
inappropriate
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93350
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93659
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93647
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93661
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93658
--- Comment #3 from Peter Bergner ---
I cannot recreate this with trunk or GCC 9 from today. DO you have extra
patches applied or ???
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93651
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93659
--- Comment #3 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:eb031d4ba27b3fdc292f5a1092e66024f5ee239c
commit r10-6568-geb031d4ba27b3fdc292f5a1092e66024f5ee239c
Author: David Malcolm
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93665
Bug ID: 93665
Summary: missing warning on strncmp reading past unterminated
array
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82456
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2019-01-14 00:00:00 |2020-2-10
Known to fail|9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93350
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:e87deb37649cfe480217fc83c8d56fe925600f93
commit r10-6567-ge87deb37649cfe480217fc83c8d56fe925600f93
Author: David Malcolm
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93647
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:e953f9588d4a7ea4183d14914f915329cc37941f
commit r10-6566-ge953f9588d4a7ea4183d14914f915329cc37941f
Author: David Malcolm
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93646
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #1 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93644
--- Comment #6 from Jeffrey A. Law ---
I think we might be able to do this in remove_range_assertions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93599
--- Comment #10 from seurer at gcc dot gnu.org ---
I ran the test 200,000 times on the same systems as before (p7 BE, p8 BE, 2
different p8 LE, and 2 different p9 LE) and all but one of them had at least 1
failure. One had 172. It looks like it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93644
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93658
seurer at gcc dot gnu.org changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93664
Bug ID: 93664
Summary: ICE: Segmentation fault on invalid concept code
gcc/gcc/cp/constraint.cc:2537
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93637
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10 Regression] ICE: |[9 Regression] ICE:
|S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93637
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f57aa9503ff170ff6c8549718bd736f6c8168bab
commit r10-6565-gf57aa9503ff170ff6c8549718bd736f6c8168bab
Author: Jakub Jelinek
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93599
--- Comment #9 from seurer at gcc dot gnu.org ---
I just tried the patch and am still seeing failures on at least some systems.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93405
David Malcolm changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93405
--- Comment #6 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:41a9e940c7014f117738a9a59b31833047a1083d
commit r10-6564-g41a9e940c7014f117738a9a59b31833047a1083d
Author: David Malcolm
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49171
--- Comment #25 from mark ---
As suggested, I've posted my comments as a question to the gcc-help mailing
list, viewable at https://gcc.gnu.org/ml/gcc-help/2020-02/msg00048.html
Further comments and suggestions are welcome as replies on the list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93659
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
Hello,
CLI Investment Group here in New York, an affiliate of CLI Ventures. We are a
Financial Investment Company looking for Company(s) with profitable projects or
entrepreneurial teams that require partnership. We are focusing on supporting
early to late stage Companies. If interested, please
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93657
--- Comment #2 from David Malcolm ---
common.opt's has:
fdump-
Common Joined RejectNegative Var(common_deferred_options) Defer
-fdump- Dump various compiler internals to a file.
so how about:
fdump-analyzer
Common RejectNegative Var(flag_du
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93643
--- Comment #4 from Andrew Pinski ---
(In reply to Iñaki Ucar from comment #3)
> I got no backtrace, just the output shown in my first comment, at least with
> the gcc version included in Fedora Rawhide. I've just attached the test.ii
> file too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93582
--- Comment #19 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #18)
> > For bitfields there's also the ever present bitfield-lowering idea...
>
> I understood Andrew P. is working on something, but no idea how far it is.
I am wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93661
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93663
Bug ID: 93663
Summary: [10 Regression] ICE in is_halfway_below, at
real.c:5192
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93662
Bug ID: 93662
Summary: [10 Regression] ICE in tree_to_poly_int64, at
tree.c:2976
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93661
Bug ID: 93661
Summary: [10 Regression] ICE in tree_to_poly_int64, at
tree.c:2976
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93659
--- Comment #1 from Roland Illig ---
And another typo, from the same file:
- Warn about code paths in which an initialized value is used.
+ Warn about code paths in which an uninitialized value is used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93660
Bug ID: 93660
Summary: ICE in ipa_simd_modify_function_body, at
omp-simd-clone.c:993
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93659
Bug ID: 93659
Summary: typo in analyzer.opt: call tha would
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93658
Matthias Klose changed:
What|Removed |Added
Keywords||ra
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93658
Bug ID: 93658
Summary: [9/10 Regression] infinite loop building ghostscript
and icu with -O3 on powerpc64le-linux-gnu
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93657
Andrew Pinski changed:
What|Removed |Added
Keywords||documentation
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93657
Bug ID: 93657
Summary: Ambiguous wording "is doing to"
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93203
--- Comment #4 from David Binderman ---
Another false result produced by my bad gcc config.
Please ignore my previous comment.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93549
--- Comment #9 from David Binderman ---
False alarm. Sorry. Bad raspberry pi config.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93635
--- Comment #2 from Steve Kargl ---
On Sun, Feb 09, 2020 at 06:39:31PM +, kargl at gcc dot gnu.org wrote:
>
> Fortuantely, I
> use neither namelist nor equivalence, so have no skin in the
> game. Someone else can complete the fix.
>
Here
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93641
--- Comment #6 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:c88ffcc6f4f46223c219014729f33f6cb9649928
commit r10-6561-gc88ffcc6f4f46223c219014729f33f6cb9649928
Author: Iain Sandoe
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83113
Andrew Benson changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89943
Bug 89943 depends on bug 83113, which changed state.
Bug 83113 Summary: Bogus "duplicate allocatable attribute" error for submodule
character function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83113
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83113
--- Comment #10 from CVS Commits ---
The master branch has been updated by Andrew Benson :
https://gcc.gnu.org/g:7848054c68bad6e2aa40cb59f77cc99bd8448d52
commit r10-6560-g7848054c68bad6e2aa40cb59f77cc99bd8448d52
Author: Andrew Benson
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93656
Bug ID: 93656
Summary: FAIL: gcc.target/i386/pr67770.c execution test with
-fcf-protection
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85334
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81652
Bug 81652 depends on bug 85334, which changed state.
Bug 85334 Summary: Shadow stack isn't unwound properly through signal handler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85334
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93653
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93655
Bug ID: 93655
Summary: diagnose calls to strncmp with bound greater than
constant string length
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: enhance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93653
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93640
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93640
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:0cc575e4d8b68b743e07da02a74733f9b5cb585a
commit r10-6559-g0cc575e4d8b68b743e07da02a74733f9b5cb585a
Author: Martin Sebor
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93549
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93203
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93654
Bug ID: 93654
Summary: Inappropriate "- -fcf-protection and
-mindirect-branch=thunk are incompatible on x86_64"
restriction
Product: gcc
Version: 9.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93653
Bug ID: 93653
Summary: diagnose calls to strncmp with bound less than
constant string length
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93372
--- Comment #1 from CVS Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:7573521f46427d36a203f72794af7188ce04de88
commit r10-6557-g7573521f46427d36a203f72794af7188ce04de88
Author: Hans-Peter Nilsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91489
--- Comment #4 from Paul Gofman ---
I suppose I figured a better way to fix this and sent the patch to the mailing
list: https://gcc.gnu.org/ml/gcc-patches/2020-02/msg00554.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85334
--- Comment #11 from CVS Commits ---
The releases/gcc-9 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:3fde3398341ba900ed2e1eaecf00799fda66686a
commit r9-8208-g3fde3398341ba900ed2e1eaecf00799fda66686a
Author: H.J. Lu
Date: Mon Fe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91913
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:86edfcfeccf16a30e541883532d9bdbece5d9f60
commit r10-6551-g86edfcfeccf16a30e541883532d9bdbece5d9f60
Author: Jakub Jelinek
Date: Mo
1 - 100 of 161 matches
Mail list logo
