https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107802
--- Comment #4 from Andrew Pinski ---
(In reply to Adam Badura from comment #3)
> Why is this marked as a duplicate of bug 98487? I have seen bug 98487 before
> reporting it. Furthermore, I experienced it while trying my code sample on
> the tru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107802
--- Comment #3 from Adam Badura ---
Why is this marked as a duplicate of bug 98487? I have seen bug 98487 before
reporting it. Furthermore, I experienced it while trying my code sample on the
trunk version to see if the problem still exists.
Ho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107801
--- Comment #7 from Jan Dubiec ---
OK, I have applied the patch manually to my 12.2.0 tree and libstdc++ has been
partially build. "Partially" because everything seems to be fine for H8/300H,
H8S and H8SX in "advanced mode" (let's call it "32-bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107830
Bug ID: 107830
Summary: [13 Regression] ICE in gen_aarch64_bitmask_udiv3, at
./insn-opinit.h:813
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107699
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97665
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #11 from Jian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107829
Bug ID: 107829
Summary: Trivial compile time tracking code
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107828
Bug ID: 107828
Summary: tree-inlining would generate SSA with incorrect def
stmt
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98058
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107405
--- Comment #19 from joseph at codesourcery dot com ---
On Tue, 22 Nov 2022, macro at orcam dot me.uk via Gcc-bugs wrote:
> Well, according to the assertion triggered `typeof (EM_MAX_SLOTS)' will
> yield a data type of a different width dependi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107788
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107783
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107807
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #5 from David Malco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107788
--- Comment #5 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:ec7c796de020cb5cd955aa5b26c92b1da49d6076
commit r13-4249-gec7c796de020cb5cd955aa5b26c92b1da49d6076
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107807
--- Comment #4 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:7c9717fcb5cf94ce1e7ef5c903058adf9980ff28
commit r13-4247-g7c9717fcb5cf94ce1e7ef5c903058adf9980ff28
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107783
--- Comment #5 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:64fb291c5839e1a82afb62743172b4eab1267399
commit r13-4248-g64fb291c5839e1a82afb62743172b4eab1267399
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107827
--- Comment #5 from Alexander Kleinsorge ---
And what about linear equation for same-sized cases (each case has same
code-size). Which should be possible in Case 1 (I think).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107827
--- Comment #4 from Alexander Kleinsorge ---
(In reply to Andrew Pinski from comment #2)
> x86_64 target does not dojump table compression at all.
> But aarch64 and arm targets do:
> .L4:
> .2byte (.L103 - .Lrtx4) / 4
> .2byte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107827
--- Comment #3 from Andrew Pinski ---
Interesting how clang does not do it either for x86_64 but does it also for
aarch64 ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107827
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Component|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107577
--- Comment #3 from anlauf at gcc dot gnu.org ---
Submitted: https://gcc.gnu.org/pipermail/fortran/2022-November/058549.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106201
--- Comment #12 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:477b3f9d58589b3af7a5a7d038d78352ad66406e
commit r12-8927-g477b3f9d58589b3af7a5a7d038d78352ad66406e
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107827
--- Comment #1 from Andrew Pinski ---
Created attachment 53950
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53950&action=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107814
--- Comment #2 from Jonathan Wakely ---
Created attachment 53949
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53949&action=edit
Fix unsafe use of dirent::d_name
I'm unable to access the Solaris/x86 host in the compile farm (gcc210) so I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107827
Bug ID: 107827
Summary: switch table compression could shrink large tables
(but missing), testcase cerf-lib
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107817
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107823
Andrew Pinski changed:
What|Removed |Added
Summary|Dead Code Elimination |[13 Regression] Dead Code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107822
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
Summary|Dead Code Elimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106473
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|-Wanalyzer-malloc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107819
--- Comment #3 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #2)
> Potential patch:
This regtests ok.
However,
> Note that we get a (correct) warning for z1 after this fix:
>
> pr107819-z1.f90:4:10-16:
>
> 4 | cal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107826
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107826
Bug ID: 107826
Summary: ice during GIMPLE pass: slp
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98487
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107819
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98487
--- Comment #5 from Andrew Pinski ---
I should note this happens with both front-ends too. though the code is shared
here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107820
anlauf at gcc dot gnu.org changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98487
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #4 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107802
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98487
Andrew Pinski changed:
What|Removed |Added
CC||adam.f.badura at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593
Andrew Pinski changed:
What|Removed |Added
CC||bill.trost at harmonicinc dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107825
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107802
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105616
Jonathan Wakely changed:
What|Removed |Added
CC||bill.trost at harmonicinc dot
com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107824
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107825
Bill T. changed:
What|Removed |Added
URL||https://godbolt.org/z/h8v1j
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107825
Bug ID: 107825
Summary: uninitialized variable warning in immintrin.h with
skylake architecture
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107821
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107722
--- Comment #4 from anlauf at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #3)
> Created attachment 53942 [details]
> gcc13-pr107722.patch
>
> So like this?
Yes, this patch makes the compile succeed with my locale.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107824
Bug ID: 107824
Summary: maybe-uninitialized variable in std::function ctor
with -Wall -fsanitize=address when constructing a
regex
Product: gcc
Version: 12.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107817
--- Comment #3 from Jonathan Wakely ---
This should be fixed now. I'm doing a Solaris build to check.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107823
Bug ID: 107823
Summary: Dead Code Elimination Regression at -Os (trunk vs.
12.2.0)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107817
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:dfc1ea414e0cebccfcffc771ebcefa3d24c9754c
commit r13-4243-gdfc1ea414e0cebccfcffc771ebcefa3d24c9754c
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106201
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6b859736bb1e707778627b2e58ef6088e475a54c
commit r13-4242-g6b859736bb1e707778627b2e58ef6088e475a54c
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107822
Bug ID: 107822
Summary: Dead Code Elimination Regression at -Os (trunk vs.
12.2.0)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107821
Bug ID: 107821
Summary: ICE in gfc_conv_scalarized_array_ref, at
fortran/trans-array.cc:3723
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107820
Bug ID: 107820
Summary: ICE in match_mult_operand, at fortran/matchexp.cc:296
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107819
--- Comment #1 from G. Steinmetz ---
Works here with explicitly enforced evaluation (a(n)) :
$ cat z3.f90
program p
integer :: a(4) = [-1, -2, -3, -4]
integer :: n(4) = [4, 2, 1, 3]
call s ((a(n)), a)
print *, a
contains
elemen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107819
Bug ID: 107819
Summary: ICE in gfc_check_argument_var_dependency, at
fortran/dependency.cc:978
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
Martin Jambor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
--- Comment #16 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:c4a92a9117a034e7cf291ae51d8b9b844fb5a88b
commit r13-4238-gc4a92a9117a034e7cf291ae51d8b9b844fb5a88b
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107815
--- Comment #3 from Jakub Jelinek ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #2)
> > --- Comment #1 from Jakub Jelinek ---
> > Can you please uncomment the
> > //std::cout << i << ' ' << std::string_view (str1, ptr1) << '\n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107799
--- Comment #3 from Jonathan Wakely ---
It will get updated.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107817
Jonathan Wakely changed:
What|Removed |Added
Target|*-*-solaris2.11,|*-*-solaris2.11,
|x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107817
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107801
--- Comment #6 from Jonathan Wakely ---
Understood, thanks. My commit message could have been worded more precisely,
but none of that matters for the purposes of the fix. What matters is that
there is at least one target with 16-bit int and 32-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107801
--- Comment #5 from jdx at o2 dot pl ---
(In reply to CVS Commits from comment #4)
> The releases/gcc-12 branch has been updated by Jonathan Wakely
> :
>
> https://gcc.gnu.org/g:691012693aaa831e4cd1ab5180195792e32baceb
>
> commit r12-8926-g6910
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107816
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93687
LIU Hao changed:
What|Removed |Added
CC||lh_mouse at 126 dot com
--- Comment #5 from LI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107784
--- Comment #9 from Jonathan Wakely ---
I'm not interested in encouraging people to use it, that just makes my job
harder. But if you want to use it, it exists.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107233
--- Comment #3 from Gaius Mulley ---
ok, thanks for the suggestion. I've changed gcc/configure.ac to use
AM_PATH_PYTHON and AM_CONDITIONAL:
# Python3?
AM_PATH_PYTHON(,, [:])
AM_CONDITIONAL([HAVE_PYTHON], [test "$PYTHON" != :])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107815
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Jakub Jelinek ---
> Can you please uncomment the
> //std::cout << i << ' ' << std::string_view (str1, ptr1) << '\n';
> and
> //std::cout << i << ' ' << std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107808
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from avieira at gcc dot gnu.org ---
> Hi Rainer,
>
> I suspect this means SPARC should be added to the list of targets that fail
> check_effective_target_vect_long_long.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107807
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107818
Bug ID: 107818
Summary: Overflow of linemap breaks its chronological order
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107405
--- Comment #18 from Maciej W. Rozycki ---
Well, according to the assertion triggered `typeof (EM_MAX_SLOTS)' will
yield a data type of a different width depending on the compiler version.
Even if this GNU extension does not constitute a part of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107781
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107781
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ac5054144bd2248e948842937448eb5f4ce36bfd
commit r13-4236-gac5054144bd2248e948842937448eb5f4ce36bfd
Author: Jason Merrill
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107812
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2022-11-22
Ever confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107815
--- Comment #1 from Jakub Jelinek ---
Can you please uncomment the
//std::cout << i << ' ' << std::string_view (str1, ptr1) << '\n';
and
//std::cout << i << ' ' << std::string_view (str1, ptr5) << '\n';
lines in the test, so that it is c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
--- Comment #15 from Martin Jambor ---
I have proposed a patch on the mailing list:
https://gcc.gnu.org/pipermail/gcc-patches/2022-November/607017.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107784
--- Comment #8 from Jörg Richter ---
To be honest, I can't tell from the description that this option unlocks a
libstdc++ that makes no allowance for ABI incompatibilities.
If you had a libstdc++ that didn't care about the ABI, similar to boos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107817
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107817
Bug ID: 107817
Summary: std/format/functions/format.cc etc. FAIL
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107816
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107816
Bug ID: 107816
Summary: 29_atomics/atomic/compare_exchange_padding.cc etc.
FAIL
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107815
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107815
Bug ID: 107815
Summary: 20_util/to_chars/float128_c++23.cc FAILs
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107814
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107814
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107813
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107814
Bug ID: 107814
Summary: [13 regression]
experimental/filesystem/iterators/error_reporting.cc
FAILs
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107813
--- Comment #1 from Jonathan Wakely ---
GCC 10 is correct. The template is a exact match for the argument, accepting
any argument type, so the enum should not be converted to unsigned char.
When you call this->o << t then there is no exact matc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107799
--- Comment #2 from Diego Baldassar ---
Ah I see, it was a DR. My mistake.
Will we see this updated for GCC 13? Or is it considered a breaking change
that's too late to fix?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107807
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from David Malcolm ---
> I've tested errno-1.c with glibc's errno.h, and with a simple "extern int
> errno;".
>
> What does look like on your machine? In particular,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107811
--- Comment #2 from Jonathan Wakely ---
Yes it does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107807
--- Comment #1 from David Malcolm ---
Thanks for filing this bug; sorry about the test failures.
I've tested errno-1.c with glibc's errno.h, and with a simple "extern int
errno;".
What does look like on your machine? In particular, how is "e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107604
Christophe Lyon changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80548
--- Comment #11 from Jeffrey A. Law ---
Thanks! So the change in question improves the decisions in the predicate
analysis code, which can be best thought of as a filter for the false positives
that are still in the IL.
As I said in my previous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107604
--- Comment #4 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:4eb3a48698b2ca43967a4e7e7cfc0408192e85b2
commit r13-4235-g4eb3a48698b2ca43967a4e7e7cfc0408192e85b2
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107811
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |13.0
1 - 100 of 171 matches
Mail list logo