https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118558
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110919
Andrew Pinski changed:
What|Removed |Added
Assignee|pinskia at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118561
--- Comment #4 from chenglulu ---
In the above test cases, target is always NULL_RTX. When an illegal built-in
call occurs, we return this NULL_RTX, but after returning, do not check whether
the returned value is NULL（eg:expr.cc +9858）, which le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118561
--- Comment #3 from chenglulu ---
(In reply to chenglulu from comment #2)
> test.c
> ```
> int
> test ()
> {
> return __builtin_loongarch_movfcsr2gr (0);
> }
> ```
> ./gcc/cc1
$ ./gcc/cc1 test.c -o - -O2 -mfpu=none
The above test cases are ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110919
--- Comment #11 from Andrew Pinski ---
Created attachment 60214
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60214&action=edit
Better testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118561
--- Comment #2 from chenglulu ---
test.c
```
int
test ()
{
return __builtin_loongarch_movfcsr2gr (0);
}
```
./gcc/cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
--- Comment #11 from Dhruv Chawla ---
(In reply to Andrew Pinski from comment #10)
> Created https://github.com/UoB-HPC/TSVC_2/issues/8 for the issue in the
> benchmarking code. Let's see what they say too.
I think it is unlikely to get a reply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
Andrew Pinski changed:
What|Removed |Added
See Also||https://github.com/UoB-HPC/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #9 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117688
--- Comment #7 from Li Pan ---
Reproduced and will prepare a fix patch for this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118553
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-20
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118558
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118553
Andrew Pinski changed:
What|Removed |Added
Summary|[12/13/14 regression] gcov |gcov misses coverage after
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18006
--- Comment #6 from Andrew Pinski ---
Note GCC will use posix_spawn if it is supported since GCC 14
(r14-5310-g879cf9ff45d940). THis is better than both fork/vfork followed by
exec anyways.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118553
Sam James changed:
What|Removed |Added
Known to work||15.0
Summary|[12/13/14/15 regres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118553
Sam James changed:
What|Removed |Added
Target Milestone|--- |12.5
Summary|gcov misses coverag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118552
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118562
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118562
--- Comment #3 from Anton Blanchard ---
Thanks Andrew, your fixed test case hits the fail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118562
--- Comment #2 from Andrew Pinski ---
Created attachment 60213
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60213&action=edit
New testcase without an uninitialized variable h in it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118562
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118562
Bug ID: 118562
Summary: SEGV in late-combine
(rtl_ssa::function_info::remove_use)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118558
Andrew Pinski changed:
What|Removed |Added
Component|target |tree-optimization
Summary|cs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118558
--- Comment #6 from Sam James ---
-O2 -fno-vect-cost-model is enough
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118558
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118558
Andrew Pinski changed:
What|Removed |Added
Attachment #60208|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118561
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-bisection |error-recovery
Summary|[15 R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118561
Bug ID: 118561
Summary: [15 Regression] ICE calling
__builtin_lasx_xvpickve2gr_w with lasx disabled
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118558
--- Comment #3 from Andrew Pinski ---
-fno-tree-loop-vectorize fixes it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118560
--- Comment #2 from Sam James ---
On this testcase at -O1 or -O0, it spends ages in RA (still running):
23.09% cc1 cc1 [.] spill_pseudos
20.35% cc1 cc1 [.] lra_create_live_ranges_1
7.91% cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118560
Sam James changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118510
--- Comment #3 from GCC Commits ---
The master branch has been updated by Hongyu Wang :
https://gcc.gnu.org/g:af4fb245e12f2dd8e2c32167c9acfaceb4b6af6a
commit r15-7036-gaf4fb245e12f2dd8e2c32167c9acfaceb4b6af6a
Author: Hongyu Wang
Date: Fri J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118560
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
heap 2212k} {heap 2212k} {heap
2212k} {heap 2212k} {heap 2212k}
{heap 2212k} {heap 2212k}Assembling functions:
__dpd_fixunssdsiduring RTL pass: reload
/var/tmp/portage/cross-powerpc-unknown-linux-gnu/gcc-15.0.1_pre20250119/work/gcc-15-20250119/libgcc/dfp-bit.c:
In function '__dpd_fixuns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117688
--- Comment #6 from Li Pan ---
Ack, looks like a code-gen issue for the risc-v backend, let me try to
reproduce it from qemu and dev-board.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117668
--- Comment #12 from Andrew Pinski ---
Created attachment 60210
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60210&action=edit
Patch which I am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118077
--- Comment #8 from Andrew Pinski ---
Created attachment 60209
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60209&action=edit
Patch which I am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101521
--- Comment #6 from Andrew Pinski ---
(In reply to Hans-Peter Nilsson from comment #5)
> (In reply to Andrew Pinski from comment #0)
> > As mentioned a few times -ftrapv is broken in many cases it would be better
> > if it become something like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101521
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118558
--- Comment #2 from Sam James ---
Let me re-reduce it. UBSAN complains on the reduced one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118559
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118559
Bug ID: 118559
Summary: [15 Regression] __array_rank is broken for clang so
need workaround in libstdc++
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118558
--- Comment #1 from David Binderman ---
Created attachment 60208
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60208&action=edit
C source code
Reduced C code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118067
--- Comment #15 from GCC Commits ---
The releases/gcc-14 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:94338cdf59531edb9ac944011c95d777b113ae93
commit r14-11227-g94338cdf59531edb9ac944011c95d777b113ae93
Author: Uros Bizjak
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118049
--- Comment #6 from furyusss at yahoo dot fr ---
Awesome, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113425
Torbjorn SVENSSON changed:
What|Removed |Added
CC||azoff at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118558
Bug ID: 118558
Summary: csmith: another runtime error with march=znver3
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81978
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56479
Georg-Johann Lay changed:
What|Removed |Added
Summary|Register allocator can't|[lra][avr] Register
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118557
--- Comment #5 from Andrew Pinski ---
```
if (SR.27_27 == 0)
goto ; [50.00%]
else
goto ; [50.00%]
[local count: 59055800]:
_23 = MIN_EXPR ;
_16 = SR.28_25 + _23;
if (SR.27_27 != 0)
goto ; [89.00%]
else
goto ; [11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118557
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118557
Andrew Pinski changed:
What|Removed |Added
Summary|-Wstringop-overflow false |-Wstringop-overflow false
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118557
--- Comment #2 from Andrew Pinski ---
`-Wall -O3`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118557
--- Comment #1 from Andrew Pinski ---
Created attachment 60206
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60206&action=edit
testcase
Next time please attach the testcase or put it inline instead of just linking
to godbolt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118067
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118067
--- Comment #13 from GCC Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:7026436fb67854c7c83f0672ed0271c34d6e3d50
commit r15-7033-g7026436fb67854c7c83f0672ed0271c34d6e3d50
Author: Uros Bizjak
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118557
Bug ID: 118557
Summary: -Wstringop-overflow false positive for span on
array/string_view
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118556
--- Comment #1 from Georg-Johann Lay ---
For ordinary insns, it's enough to -dp to see code length (at least on a target
that implements insn attribute "length"). So -dp should suffice.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118255
--- Comment #7 from GCC Commits ---
The releases/gcc-13 branch has been updated by Simon Martin
:
https://gcc.gnu.org/g:b5d697817bbbc3f40ed74950d287a2c253318d36
commit r13-9333-gb5d697817bbbc3f40ed74950d287a2c253318d36
Author: Simon Martin
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117061
--- Comment #3 from eczbek.void at gmail dot com ---
Another test case: https://godbolt.org/z/98joW6saj
```
auto f = [x = 0] noexcept(noexcept(x)) { return x; };
```
:1:36: error: 'x' was not declared in this scope
1 | auto f = [x = 0] noex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118555
Bug ID: 118555
Summary: -fopt-info reporting of why
decide_unroll_constant_iterations decides against
unrolling could be improved
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118556
Bug ID: 118556
Summary: size of asm not outputed with -dP
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: inline-asm
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118554
--- Comment #3 from Andrew Pinski ---
(In reply to Georg-Johann Lay from comment #2)
> Also the size is not easy to verify since contrary to ordinary insns, the
> assembly file won't show the size of the asm, not even whe compiled with -dP.
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118554
--- Comment #2 from Georg-Johann Lay ---
(In reply to Andrew Pinski from comment #1)
> That already is handled by the inline keyword.
> so `__asm inline("" : "+r" (var));`
But that's /only/ for inlining, where a "minimal" size is assumed -- what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115817
--- Comment #6 from Dmytro Bagrii ---
(In reply to Georg-Johann Lay from comment #5)
Thank you for explanation.
> LDI cannot be used since it only allows R16...R31.
I meant do not treat 0 as a special value and use LDI R24,0x00 The same as fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118554
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102018
Torbjorn SVENSSON changed:
What|Removed |Added
CC||azoff at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118342
Sam James changed:
What|Removed |Added
Last reconfirmed||2025-01-19
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118552
Sam James changed:
What|Removed |Added
Version|unknown |15.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115817
--- Comment #5 from Georg-Johann Lay ---
(In reply to Dmytro Bagrii from comment #4)
> gcc is smart enough not to initialize R1 when it is not used.
Actually not. The decision whether __zero_reg__ is required in an ISR is
worked out by the asse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118211
Torbjorn SVENSSON changed:
What|Removed |Added
CC||azoff at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118554
Bug ID: 118554
Summary: Allow to specify the size of an inline asm
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118553
Bug ID: 118553
Summary: gcov misses coverage after calling vfork/exec
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gc
algorithms: zlib
gcc version 15.0.1 20250119 (experimental) (GCC)
[510] %
[510] % gcctk -O3 -fno-tree-ch -fno-tree-ccp -fno-tree-fre small.c
during GIMPLE pass: cunroll
small.c: In function ‘main’:
small.c:3:5: internal compiler error: in check_loop_closed_ssa_def, at
tree-ssa-loop-manip.cc:647
3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118255
--- Comment #6 from GCC Commits ---
The releases/gcc-14 branch has been updated by Simon Martin
:
https://gcc.gnu.org/g:b1f9fb0e133e9654caecb4a6b133ce559f21ca6a
commit r14-11226-gb1f9fb0e133e9654caecb4a6b133ce559f21ca6a
Author: Simon Martin
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118538
--- Comment #16 from Disservin ---
Since the reproduction involves a fairly large array, I checked my configured
stack size on the system, which is 8MiB. It also segfaults with a lower value
for N like 800, but if I go down to like 500, I get th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118538
--- Comment #15 from Disservin ---
Here's a smaller reproduction btw
cat test.cpp && g++ -O0 -std=c++17 -Wall -Wextra -Wpedantic -Wuninitialized
-fno-strict-aliasing -fwrapv -g3 test.cpp && ./a.out
#include
class StreamParser {
public:
Strea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118538
--- Comment #14 from Matthias Klose ---
I'll look at this when I'm back from traveling.
14.2.0-4ubuntu2~24.04 is based on the
gcc-14 branch 7e0649ac0fab8e0673e3eba8d357f1a21463ae0f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118442
--- Comment #5 from Andrew Pinski ---
(In reply to Andi Kleen from comment #4)
> The problem seems to be that the call BB has an extra fallthrough edge to
> the
> basic block containing the return. Perhaps it should just have an EXIT edge
> or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95505
--- Comment #8 from Jonathan Wakely ---
(In reply to Iain Sandoe from comment #3)
> So another possibility is to make the std::no throw_t type available and
> just construct a temporary object of that type when doing the lookup.
That seems prefe
80 matches
Mail list logo
