https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106726
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-08-24
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100736
--- Comment #5 from Peter Bergner ---
(In reply to Segher Boessenkool from comment #3)
> Send patches to gcc-patches@, please. Or is there a question? Ask that
> question then, please :-)
Segher, do you have an answer for Hao Chen's question
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106418
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106727
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106322
--- Comment #49 from Kewen Lin ---
Hi Richi,
One thing I'm not sure about is that if we want to backport this to gcc-11 and
gcc-10? Although the failure got exposed by .MULH pattern recog which is only
in gcc-12, IMHO the underlying issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106727
Bug ID: 106727
Summary: Missed fold / canonicalization for checking if a
number is a power of 2
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103353
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103353
--- Comment #11 from CVS Commits ---
The releases/gcc-10 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:501fba663052b0b4a1eb6a42c32b74c254cbedbc
commit r10-10959-g501fba663052b0b4a1eb6a42c32b74c254cbedbc
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103353
--- Comment #10 from CVS Commits ---
The releases/gcc-11 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:3fc2a9dba4c06115daaa8a39acffadbc33b51152
commit r11-10220-g3fc2a9dba4c06115daaa8a39acffadbc33b51152
Author: Kewen.Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106322
--- Comment #48 from CVS Commits ---
The releases/gcc-12 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:9f532fec01d6651cc3cc136073f044a7953d8560
commit r12-8710-g9f532fec01d6651cc3cc136073f044a7953d8560
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103353
--- Comment #9 from CVS Commits ---
The releases/gcc-12 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:d0d72e0b1ebbac487d70281a56799bf547034ec1
commit r12-8709-gd0d72e0b1ebbac487d70281a56799bf547034ec1
Author: Kewen.Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106516
--- Comment #7 from Kewen Lin ---
(In reply to Peter Bergner from comment #6)
> (In reply to Kewen Lin from comment #5)
> > Created attachment 53492 [details]
> > Adjust pr104992.c with vect_int_mod
> >
> > > So it sounds like we want a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100295
Andrew Pinski changed:
What|Removed |Added
CC||janezz55 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106689
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106721
--- Comment #4 from Hongtao.liu ---
(In reply to Jakub Jelinek from comment #3)
> Created attachment 53494 [details]
> gcc13-pr106721.patch
>
> Untested fix. This fixes all <[a-zA-Z] occurrences in tmp-mddump.md (except
> those in comments).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69410
--- Comment #8 from Zopolis0 ---
Created attachment 53498
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53498=edit
Possible patch
This is a more production-ready version of the patch I used, gcc completes a
full no bootstrap build with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106509
--- Comment #4 from GARY.WHITE at ColoState dot edu ---
Somewhat resolved -- does not happen with UCRT, only with MSVCRT.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103694
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103694
--- Comment #6 from anlauf at gcc dot gnu.org ---
Potential fix that regtests cleanly:
diff --git a/gcc/fortran/simplify.cc b/gcc/fortran/simplify.cc
index f992c31e5d7..3d2a68fa36a 100644
--- a/gcc/fortran/simplify.cc
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105678
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105678
--- Comment #10 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:c9c0684ad3092e5aa50453903c09959cb2e83fc7
commit r12-8707-gc9c0684ad3092e5aa50453903c09959cb2e83fc7
Author: Jonathan
king-yes-rtl-df-extra-aarch64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 13.0.0 20220823 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106725
Bug ID: 106725
Summary: LTO semantics for __attribute__((leaf))
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106516
--- Comment #6 from Peter Bergner ---
(In reply to Kewen Lin from comment #5)
> Created attachment 53492 [details]
> Adjust pr104992.c with vect_int_mod
>
> > So it sounds like we want a generic target supports test that is true on
> > targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106669
--- Comment #2 from Jonathan Wakely ---
Please open an LWG issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106676
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106724
--- Comment #2 from Andrew Pinski ---
Well branch cost should be more tuned too.
Here is an example where BRANCH_COST=4 is needed to get one branch:
```
int g(void);
int f(int a, int b, int c, int d)
{
if (a > b && c > d)
return g();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106589
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106589
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:e85bb1881e57e53306ede2a15f30d06480d69886
commit r13-2157-ge85bb1881e57e53306ede2a15f30d06480d69886
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106724
--- Comment #1 from Andrew Pinski ---
Note clang/LLVM produces the branch-less version also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106719
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106722
--- Comment #6 from Andrew Pinski ---
Note I think for RISCV, logical-op-non-short-circuit seems like it should
change to 1, I filed PR 106724 for that with an example even.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106724
Bug ID: 106724
Summary: logical-op-non-short-circuit maybe should be 1
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106714
--- Comment #1 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:aeb9b58225916bc84a0cd02c6fc77bbb92167e53
commit r13-2156-gaeb9b58225916bc84a0cd02c6fc77bbb92167e53
Author: H.J. Lu
Date: Thu Aug 18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81358
--- Comment #13 from Jeffrey Walton ---
Add a mee too. When using sanitizers, like -fsanitize=undefined, the compiler
driver is not adding the necessary libraries to link the program. Ugh...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106692
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106718
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106722
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106722
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:baa3ffb19c54fa334ac2884f6acb5d31aa79ac32
commit r13-2155-gbaa3ffb19c54fa334ac2884f6acb5d31aa79ac32
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106723
Bug ID: 106723
Summary: Unreplaced mode/code attributes in aarch64/arm
backends
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106099
--- Comment #14 from Jakub Jelinek ---
Created attachment 53496
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53496=edit
gcc13-pr106099.patch
Untested fix. There are 2 issues. One was that tree-cfg.cc was emitting
__builtin_trap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106722
--- Comment #3 from Richard Biener ---
Created attachment 53495
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53495=edit
preprocessed source, from riscv
This is the original preprocessed testcase from riscv64-linux. Reproduces
with a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106713
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106720
Jürgen Reuter changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106719
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-08-23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106566
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:50b7cf395656ccd32d4d5d8e0e338135d28f52f6
commit r12-8704-g50b7cf395656ccd32d4d5d8e0e338135d28f52f6
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106548
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:2413eed009878c347c65950c649c0da59e759238
commit r12-8703-g2413eed009878c347c65950c649c0da59e759238
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106721
--- Comment #3 from Jakub Jelinek ---
Created attachment 53494
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53494=edit
gcc13-pr106721.patch
Untested fix. This fixes all <[a-zA-Z] occurrences in tmp-mddump.md (except
those in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106722
--- Comment #2 from Richard Biener ---
Note it's the dependence chain from def to use that is empty because of this
limit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106722
--- Comment #1 from Richard Biener ---
The uninit code already handles this but it runs into its MAX_CHAIN_LEN path
discovery limit.
upping that by one fixes the reduced testcase, upping it to 8 (from 5) fixes
original preprocessed source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106721
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106722
Bug ID: 106722
Summary: bogus uninit warning in tree-vect-loop-manip.cc
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106721
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106720
--- Comment #2 from Jürgen Reuter ---
Hi Jakub,
this is the compilation command:
g++ -std=c++11 -I../../libcpp -I. -I../../libcpp/../include -I./../intl
-I../../libcpp/include -g -W -Wall -Wno-narrowing -Wwrite-strings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106721
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-08-23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106721
Bug ID: 106721
Summary: Error: invalid character '<' in mnemonic since
r13-2122-g86c0d98620ee3a
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106720
Jakub Jelinek changed:
What|Removed |Added
Component|libgcc |bootstrap
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106720
Bug ID: 106720
Summary: gcc does not compile with XCode 13.4.1 / clang 13.1.6
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106662
--- Comment #3 from Jakub Jelinek ---
So, if you want to make the testcase working after changing for to for simd,
one would need to use 2 variables instead of 1, one that is firstprivate and
one that is lastprivate, and just j = k + i; if k is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106558
--- Comment #11 from Yuri Gribov ---
Created attachment 53493
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53493=edit
Updated patch
Here is an updated patch which passes bootstrap-asan (I haven't run the
testsuite yet).
It results in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106717
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106716
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-08-23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106713
Richard Biener changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106662
--- Comment #2 from Jakub Jelinek ---
As I wrote on omp-lang, I believe this is UB.
simd doesn't accept firstprivate clause, but does accept lastprivate.
So, each SIMD lane's private j starts uninitialized (or for C++ default
constructed but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106679
Aldy Hernandez changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106099
--- Comment #13 from Martin Liška ---
One another testcase:
$ gcc /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/ubsan/pr63839.c
-Og
/home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/ubsan/pr63839.c: In
function ‘bar’:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106099
--- Comment #12 from Martin Liška ---
@Jakub: Can you please take a look at the new testcase that still ICEs?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106719
Bug ID: 106719
Summary: '-fcompare-debug' failure w/ -O2
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: compare-debug-failure
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106718
Bug ID: 106718
Summary: Behavior does not follow the standard for DW_AT_ranges
and DW_FORM_sec_offset
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
69 matches
Mail list logo
