https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109334
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112272
Bug ID: 112272
Summary: suboptimal zero-initialization of struct of mixed
pointer and integer types
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112269
Andreas Schwab changed:
What|Removed |Added
Target|x86_64 i?86 |x86_64 i?86 m68k-*-*
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112112
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112269
Andreas Schwab changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112273
Bug ID: 112273
Summary: gcc crashs when checking satisfaction a constraint of
lambda function
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94758
Sam James changed:
What|Removed |Added
Last reconfirmed||2023-10-29
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112274
Bug ID: 112274
Summary: Bug due to unused expressions on s390x
Product: gcc
Version: 11.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112275
Bug ID: 112275
Summary: target_clones breaks exception handling
Product: gcc
Version: 11.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
/binary-trunk-r14-4995-20231029071248-gc6929b08558-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231029 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112277
Bug ID: 112277
Summary: Missed optimization of loop deletion because of missed
loopUnswitch and useless instruction elimination
Product: gcc
Version: 14.0
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112275
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106627
Andrew Pinski changed:
What|Removed |Added
CC||erosenberger at kinetica dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82111
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112276
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112276
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19538
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #5 from Eric Gall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112273
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-29
Summary|gcc crash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112277
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112272
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112269
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-29
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112267
--- Comment #1 from Fabio Alemagna ---
Changing the return type of the function func() from int to auto makes the
warning disappear.
Incidentally it causes an error on clang, though, which prompts the question:
is this a clang bug, for erroring
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112267
--- Comment #2 from Fabio Alemagna ---
Sorry, "from int to auto" should have been "from bool to auto". You get the
point.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112267
--- Comment #3 from Andrew Pinski ---
(In reply to Fabio Alemagna from comment #1)
> Changing the return type of the function func() from int to auto makes the
> warning disappear.
>
> Incidentally it causes an error on clang, though, which pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112278
Bug ID: 112278
Summary: lra: ICE in partial_subreg_p for mixture of AdvSIMD &
SVE register asms
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112278
Richard Sandiford changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110551
--- Comment #6 from Moncef Mechri ---
I confirm the extra mov disappears thanks to Roger's patch.
However, the codegen still seems suboptimal to me when using -march=haswell or
newer, even with Roger's patch:
uint64_t mulx64(uint64_t x)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110712
--- Comment #4 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:ea8ffdcadb388b531adf4772287e7987a82a84b7
commit r14-4997-gea8ffdcadb388b531adf4772287e7987a82a84b7
Author: Iain Buclaw
Date: Sun O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110712
--- Comment #5 from CVS Commits ---
The releases/gcc-13 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:46024d05a2cbbc1c2397e5728a98f90449b20ca4
commit r13-7992-g46024d05a2cbbc1c2397e5728a98f90449b20ca4
Author: Iain Buclaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110712
--- Comment #6 from CVS Commits ---
The releases/gcc-12 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:77f7d469e923f2bb1d21d3875290ce738262d42b
commit r12-9951-g77f7d469e923f2bb1d21d3875290ce738262d42b
Author: Iain Buclaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110712
ibuclaw at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112267
--- Comment #4 from Fabio Alemagna ---
With a tweak(In reply to Andrew Pinski from comment #3)
> (In reply to Fabio Alemagna from comment #1)
> > Changing the return type of the function func() from int to auto makes the
> > warning disappear.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112276
Thomas Koenig changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112279
Bug ID: 112279
Summary: ICE building sqlite-3.43.2 on s390 (internal compiler
error: in extract_insn)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112279
--- Comment #1 from Sam James ---
```
# gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/s390-ibm-linux-gnu/14/lto-wrapper
Target: s390-ibm-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-14.0.0_pre2023
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112279
--- Comment #2 from Sam James ---
getting rid of -march=native: s390-ibm-linux-gnu-gcc -c sqlite3-shell.i -O3
-march=arch13 -mzarch ICEs for me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112280
Bug ID: 112280
Summary: ICE building libgcrypt-1.10.2 on s390 (during GIMPLE
pass: ccp)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112280
--- Comment #1 from Sam James ---
s390-ibm-linux-gnu-gcc -c rijndael.i -O3 -march=arch13 -mzarch is enough to
reproduce (getting rid of -march=native)
-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.0 20231029 (experimental) (GCC)
[574] %
[574] % gcctk -O2 small.c; ./a.out
[575
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112281
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.4
Summary|wrong code at -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112281
--- Comment #1 from Andrew Pinski ---
-fno-tree-loop-distribution fixes the issue.
Looks like loop distribution is pulling out the assignment of `b = d[c + 1];`
from the loop even though the loop does assignment to a field of that `d[c +
1].a =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112281
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112280
Sam James changed:
What|Removed |Added
Summary|ICE building|[14 regression] ICE
|libg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112280
--- Comment #3 from Sam James ---
(In reply to Sam James from comment #2)
> I can't hit this with a 13 cross compiler.
(-> 14 regression)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112279
--- Comment #3 from Sam James ---
I can hit this with both a 13 cross compiler and 14 native.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112279
--- Comment #4 from Sam James ---
Minimised.
```
$ s390-ibm-linux-gnu-gcc -c sqlite-shell.i -O3 -march=arch13 -mzarch -c
sqlite-shell.i
sqlite-shell.i: In function 'shellAddSchemaName':
sqlite-shell.i:7:1: error: unrecognizable insn:
7 | }
: ../gcc-trunk/configure --disable-bootstrap
--enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.0 20231029 (experimental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282
Andrew Pinski changed:
What|Removed |Added
Summary|wrong code (generated code |[14 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112113
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282
--- Comment #3 from Sam James ---
I can't reproduce with 20231022, so I'll wait until today's snapshot finishes.
That gives us a nice narrow window anyway...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282
--- Comment #4 from Sam James ---
(In reply to Sam James from comment #3)
> I can't reproduce with 20231022, so I'll wait until today's snapshot
> finishes. That gives us a nice narrow window anyway...
Sorry, I was wrong there. -ftrivial-auto-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282
--- Comment #5 from Andrew Pinski ---
Hmm it is not ah:
struct b ah = {};
still causes the infinite loop.
But doing intializing au allows it work. that is:
struct b au = {};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> But doing intializing au allows it work. that is:
> struct b au = {};
But I put a `__builtin_trap();` any place where au might be used as
uninitalized, and we d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112276
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111449
--- Comment #2 from CVS Commits ---
The master branch has been updated by HaoChen Gui :
https://gcc.gnu.org/g:8111b5c23bd14f80607bd35af58ec31e38a0378e
commit r14-5001-g8111b5c23bd14f80607bd35af58ec31e38a0378e
Author: Haochen Gui
Date: Mon O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104610
--- Comment #23 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:8c40b72036c967fbb1d1150515cf70aec382f0a2
commit r14-5002-g8c40b72036c967fbb1d1150515cf70aec382f0a2
Author: liuhongt
Date: Mon Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282
Sam James changed:
What|Removed |Added
Summary|[14 Regression] wrong code |[14 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106627
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112276
--- Comment #4 from Hongtao.liu ---
-(define_split
- [(set (match_operand:V2HI 0 "register_operand")
-(eq:V2HI
- (eq:V2HI
-(us_minus:V2HI
- (match_operand:V2HI 1 "register_operand")
- (matc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112276
--- Comment #5 from Zdenek Sojka ---
(In reply to Hongtao.liu from comment #4)
> -(define_split
> - [(set (match_operand:V2HI 0 "register_operand")
> -(eq:V2HI
> - (eq:V2HI
> -(us_minus:V2HI
> - (match_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112284
Bug ID: 112284
Summary: Implement -fsanitize=function for mismatched function
pointer types
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112104
--- Comment #3 from Hongtao.liu ---
We already have analyze_and_compute_bitop_with_inv_effect, but it only works
when inv is an SSA_NAME, it should be extended to constant.
64 matches
Mail list logo
