https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112325
liuhongt at gcc dot gnu.org changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112561
Bug ID: 112561
Summary: [14 Regression] Segfault only on RISC-V vector
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111667
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:c7f6537db94f7c6320a5a8ecaa387c9b9ce1f0ac
commit r14-5524-gc7f6537db94f7c6320a5a8ecaa387c9b9ce1f0ac
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106749
Bug 106749 depends on bug 111667, which changed state.
Bug 111667 Summary: [C++23] Implement P1132R8, out_ptr - a scalable output
pointer abstraction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111667
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111667
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112325
--- Comment #4 from liuhongt at gcc dot gnu.org ---
(In reply to liuhongt from comment #3)
> BB vectorizer relies on the backend support of .REDUC_PLUS for reduction,
> but loop vectorizer can manually do reduction. That's why it's not
> vectoriz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #34 from Robin Dapp ---
(In reply to Jakub Jelinek from comment #29)
> --- gcc/tree-vect-loop.cc.jj 2023-11-14 10:35:52.0 +0100
> +++ gcc/tree-vect-loop.cc 2023-11-15 22:42:32.782007408 +0100
> @@ -4105,9 +4105,9 @@ pop:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112561
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #35 from Robin Dapp ---
What does get rid of the comparison failures in the three last posted reduced
examples is:
gcall *call = dyn_cast (op_use_stmt);
internal_fn ifn;
if (call && gimple_call_internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #36 from Jakub Jelinek ---
Actually, while i386-expand.o compilation fails with -fcompare-debug even after
the above patch, seems that is only because of the discriminator issue, the
*.gkd difference is then:
--- i386-expand.cc.gkd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #37 from Jakub Jelinek ---
(In reply to Robin Dapp from comment #35)
> What does get rid of the comparison failures in the three last posted
> reduced examples is:
>
> gcall *call = dyn_cast (op_use_stmt);
> internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112325
--- Comment #5 from Richard Biener ---
Yes, as I said in comment#2. Note I specifically ended up not open-coding the
reduction because of concerns of efficiency. So a target should only provide
reduc_*_scal patterns when they are more efficien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #38 from Jakub Jelinek ---
And the #c29 change actually seems to fix all the testcases here with
-fcompare-debug -gno-statement-frontiers:
$ ~/src/gcc/obj48/gcc/xg++ -B ~/src/gcc/obj48/gcc/ -fcompare-debug
-gno-statement-frontiers pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112547
--- Comment #5 from Filip Kastl ---
Compile options are:
-O2 -g -flto=128
Configure options of GCC are:
--enable-languages=c,c++,fortran,rust,m2 --disable-bootstrap
--disable-libsanitizer --disable-multilib --enable-checking=release
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
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=112374
--- Comment #40 from Robin Dapp ---
(In reply to Jakub Jelinek from comment #37)
[..]
> The above isn't complete, so one just has to guess what you mean outside of
> that, but the above doesn't seem to be correct. There are many internal
> cal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #41 from Richard Biener ---
(In reply to Jakub Jelinek from comment #39)
> Created attachment 56601 [details]
> gcc14-pr112374.patch
>
> So the following then?
LGTM. Refactoring to more explicitly handle debug stmts like with
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #42 from Andrew Pinski ---
Just one suggestion for the testcases, add:
/* { dg-additional-options "-march=armv9-a" { target aarch64*-*-* } } */
So it at least it will be tested on another target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #43 from Jakub Jelinek ---
(In reply to Robin Dapp from comment #40)
> (In reply to Jakub Jelinek from comment #37)
> [..]
>
> > The above isn't complete, so one just has to guess what you mean outside of
> > that, but the above doe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #44 from Jakub Jelinek ---
(In reply to Andrew Pinski from comment #42)
> Just one suggestion for the testcases, add:
> /* { dg-additional-options "-march=armv9-a" { target aarch64*-*-* } } */
>
> So it at least it will be tested on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #45 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #44)
> (In reply to Andrew Pinski from comment #42)
> > Just one suggestion for the testcases, add:
> > /* { dg-additional-options "-march=armv9-a" { target aarch64*-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112562
Bug ID: 112562
Summary: [14 regression] asan_interceptors_memintrinsics.cpp
doesn't assemble with Solaris/x86 as
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112562
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
Bug ID: 112563
Summary: [14 regression] libsanitizer doesn't assemble with
Solaris/sparc as
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903
Marc Mutz changed:
What|Removed |Added
CC||marc.mutz at hotmail dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112562
--- Comment #1 from Jakub Jelinek ---
find -type f | xargs grep %function
./interception/interception.h: ".type "
SANITIZER_STRINGIFY(TRAMPOLINE(func)) ", %function\n" \
./builtins/assembly.h:#define SYMBOL_IS_FUNC(name) .type nam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #46 from Robin Dapp ---
(In reply to Jakub Jelinek from comment #43)
> Now, the patch changed it to allow one extra use in certain cases (but I
> think only on use_stmt, because there should be one use on use_stmt and if
> there is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112564
Bug ID: 112564
Summary: std::format(std::thread::id) is incorrectly
left-aligned
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112562
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Jakub Jelinek ---
> find -type f | xargs grep %function
> ./interception/interception.h: ".type "
> SANITIZER_STRINGIFY(TRAMPOLINE(func)) ", %function\n"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112532
--- Comment #6 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:e36d5f424a0dcb984620a172c73da989f215dc42
commit r14-5525-ge36d5f424a0dcb984620a172c73da989f215dc42
Author: liuhongt
Date: Wed Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112532
liuhongt at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112478
--- Comment #9 from CVS Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:defa8681d951c6d6c43c71e3636ce4db9de04a28
commit r14-5526-gdefa8681d951c6d6c43c71e3636ce4db9de04a28
Author: Kito Cheng
Date: Tue Nov
, 0);
(gdb)
=
When using the 'stepi' command in GDB, an abnormal jump in the execution occurs
when reaching line 7 of the code. The execution unexpectedly jumps to line 13.
$ gcc --version
gcc (GCC) 14.0.0 20231116 (experimental)
Copyright (C) 2023 Free Software Foundation, Inc.
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112565
--- Comment #1 from Tom de Vries ---
(In reply to Anonymous from comment #0)
> Tom de Vries suggests that this issue may be attributed to a GCC
> optimization bug.
I do not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112565
--- Comment #2 from Anonymous ---
(In reply to Tom de Vries from comment #1)
> (In reply to Anonymous from comment #0)
> > Tom de Vries suggests that this issue may be attributed to a GCC
> > optimization bug.
>
> I do not.
Thanks for the corr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111878
--- Comment #8 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:7a496b7ce105185be12e023e749c90d5f7561879
commit r14-5529-g7a496b7ce105185be12e023e749c90d5f7561879
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111878
Tamar Christina changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112566
Bug ID: 112566
Summary: Some ctz/popcount/parity/ffs optimizations
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112566
Jakub Jelinek changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #1
ges=c CFLAGS='-O1 -g0'
CXXFLAGS='-O1 -g0' LDFLAGS='-O1 -g0'
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.0 20231116 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112565
--- Comment #3 from Anonymous ---
However, I still feel that the current debugging process be somewhat
misleading, and I am uncertain if there are any approaches to enhance the
overall debugging experience.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112567
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112565
Richard Biener changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112562
Richard Biener changed:
What|Removed |Added
Keywords||build
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112561
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112568
Bug ID: 112568
Summary: [14 Regression] Miscompilation of radeonsi (mesa) with
-march=raptorlake (-mavx) since
r14-5355-g3cd3a09b3f91a1
Product: gcc
Version: 14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112568
--- Comment #1 from Kostadin Shishmanov ---
Created attachment 56603
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56603&action=edit
objdump -d -Mintel of function with the commit reverted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112568
--- Comment #2 from Kostadin Shishmanov ---
Created attachment 56604
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56604&action=edit
preprocessed files compressed with xz -9e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112566
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
--disable-valgrind-annotations
--disable-vtable-verify --disable-libvtv --with-zstd --without-isl
--enable-default-pie --enable-host-pie --enable-host-bind-now
--enable-default-ssp --with-build-config=bootstrap-O3
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112569
Bug ID: 112569
Summary: libstdc++-v3/include/ranges:1456: missing check for
self-assignment
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112567
Uroš Bizjak changed:
What|Removed |Added
Last reconfirmed||2023-11-16
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108865
--- Comment #42 from Costas Argyris ---
Looks like what is being requested here is a windows-host-specific
configuration option similar to the existing --disable-win32-registry, like for
example --disable-win32-utf8-manifest with its correspondi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70
--- Comment #7 from Costas Argyris ---
Some ideas on how this could be implemented in case someone wants to try and
fix this sooner than me:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108865#c42
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112567
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112568
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903
--- Comment #8 from Jonathan Wakely ---
For Qt you have the option of just using int as the type that the comparison
category classes compare to.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112565
--- Comment #5 from Anonymous ---
(In reply to Richard Biener from comment #4)
> GCC can interleave instructions belonging to different source lines so
> that's what you see. Since you advance assembler instructions I don't see a
> way to
> "im
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111703
--- Comment #6 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:0077c0fb19981c108a01cd15af9b2d6d478c183b
commit r14-5531-g0077c0fb19981c108a01cd15af9b2d6d478c183b
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107939
--- Comment #10 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:0077c0fb19981c108a01cd15af9b2d6d478c183b
commit r14-5531-g0077c0fb19981c108a01cd15af9b2d6d478c183b
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903
--- Comment #9 from Jonathan Wakely ---
(In reply to M Welinder from comment #0)
> The standard is crazy-strict here. Anything other than a literal 0 is
> undefined behaviour. Allowed: 0, 0LL, 0'0'0'0, 0x0.
I don't think 0LL is allowed. A lit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108865
--- Comment #43 from Eric Botcazou ---
> Looks like what is being requested here is a windows-host-specific
> configuration option similar to the existing --disable-win32-registry, like
> for example --disable-win32-utf8-manifest with its corres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903
--- Comment #10 from Jonathan Wakely ---
It could also help to overload the comparison operators with constrained
deleted overloads, like so:
template
concept __not_literal_zero = !convertible_to<_Tp, __unspec>;
friend constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112564
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-11-16
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112564
--- Comment #1 from Jonathan Wakely ---
(In reply to Alfred Agrell from comment #0)
> but libstdc++ is left-aligning.
Yes, that's a bug.
> I am not sure how duration should be aligned by default but either libstdc++
> or libc++ are buggy here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112564
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|13.3|14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102470
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103346
Patrick Palka changed:
What|Removed |Added
CC||iDingDong at outlook dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104802
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:063d987af0e7a8329559fb116337bdb8ab20d8eb
commit r14-5532-g063d987af0e7a8329559fb116337bdb8ab20d8eb
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98614
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:063d987af0e7a8329559fb116337bdb8ab20d8eb
commit r14-5532-g063d987af0e7a8329559fb116337bdb8ab20d8eb
Author: Patrick Palka
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98614
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |12.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104802
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102995
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Target Mile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112567
--- Comment #3 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:06ff410e0dea135d41bc5f7a9a007d7ba6822dbf
commit r14-5533-g06ff410e0dea135d41bc5f7a9a007d7ba6822dbf
Author: Uros Bizjak
Date: Thu N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112567
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112526
--- Comment #14 from Sam James ---
Created attachment 56606
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56606&action=edit
reduced_smaller.c
Here's a smaller (cvise'd) C testcase. I can add it to the testsuite if it's
ok.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903
--- Comment #11 from M Welinder ---
>/home/jwakely/gcc/14/include/c++/14.0.0/compare:160:5: note: declared here
> 160 | operator<=>(partial_ordering, __cmp_cat::__not_literal_zero auto)
> = delete;
> | ^~~~
I don't think we c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112570
Bug ID: 112570
Summary: Some of the regression hunt page looks out of date
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112365
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0fa32aeaa6da4ef9566d98a6fb541dd7427d7d36
commit r14-5534-g0fa32aeaa6da4ef9566d98a6fb541dd7427d7d36
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110813
--- Comment #3 from Tobias Burnus ---
Julian's patch for this:
https://gcc.gnu.org/pipermail/gcc-patches/2023-September/630996.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112365
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903
--- Comment #12 from Jonathan Wakely ---
Drat ... so that's why I didn't do it already.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112564
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:23725aa53bd264941c4fb228227736be4da59761
commit r14-5536-g23725aa53bd264941c4fb228227736be4da59761
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112564
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111703
Patrick Palka changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
--- Comment #5 from Mikael Pettersson ---
To get guaranteed tail-calls to work you need to adjust the calling convention
for the caller as well as the callee. Things are trivial as long as parameters
always fit in registers. With parameters on th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112566
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
--- Comment #6 from Andrew Pinski ---
(In reply to David Edelsohn from comment #4)
> The lack of this feature is motivating CPython to rely on LLVM for its JIT
> in future releases.
Which is interesting because GCC JIT supports this already. Jus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111705
Patrick Palka changed:
What|Removed |Added
Keywords|needs-bisection |
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112556
--- Comment #2 from joseph at codesourcery dot com ---
Yes, this is a bug; null_pointer_constant_p gets this right, but
convert_for_assignment fails to handle enumerations and booleans as
possible null pointer constants. Other contexts such a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109881
--- Comment #5 from Eric Botcazou ---
https://gcc.gnu.org/g:4d8b41bb0512947ce13636fc460ea9fb8dea419a
commit r14-5537-g4d8b41bb0512947ce13636fc460ea9fb8dea419a
Author: Eric Botcazou
Date: Thu Nov 16 18:36:44 2023 +0100
Fix internal error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #50 from CVS Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:d2934eb6ae92471484469d8ddd039eb34ef400b1
commit r14-5538-gd2934eb6ae92471484469d8ddd039eb34ef400b1
Author: John David Anglin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109881
--- Comment #6 from Eric Botcazou ---
https://gcc.gnu.org/g:c5e1cb7e501350ea339db44ca5a33704d817a6fb
commit r13-8075-gc5e1cb7e501350ea339db44ca5a33704d817a6fb
Author: Eric Botcazou
Date: Thu Nov 16 18:36:44 2023 +0100
Fix internal error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109881
--- Comment #7 from Eric Botcazou ---
https://gcc.gnu.org/g:1865bca25e1d275853aed9f2780a300c6db8fd1c
commit r12-9985-g1865bca25e1d275853aed9f2780a300c6db8fd1c
Author: Eric Botcazou
Date: Thu Nov 16 18:36:44 2023 +0100
Fix internal error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109881
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112566
--- Comment #4 from joseph at codesourcery dot com ---
On Thu, 16 Nov 2023, jakub at gcc dot gnu.org via Gcc-bugs wrote:
> ctz(ext(x)) == ctz(x) if UB on zero,
In one direction, this should also be true for a narrowing conversion
(changing ct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78904
--- Comment #21 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:8ebc7e0b0ddf4679cf09ed6836fac30ca01d3ba0
commit r14-5539-g8ebc7e0b0ddf4679cf09ed6836fac30ca01d3ba0
Author: Uros Bizjak
Date: Thu N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111557
--- Comment #1 from CVS Commits ---
The master branch has been updated by Edwin Lu :
https://gcc.gnu.org/g:a671095c208c7cf5eb934b6a31bd9fb6f6640a6b
commit r14-5540-ga671095c208c7cf5eb934b6a31bd9fb6f6640a6b
Author: Edwin Lu
Date: Wed Nov 15
1 - 100 of 170 matches
Mail list logo
