https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
Sam James changed:
What|Removed |Added
CC||eschwartz93 at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19501
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85605
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #8 from Sergey Fedorov ---
(In reply to Eli Schwartz from comment #5)
> Not a meson bug, but gegl should probably test whether -ObjC is accepted as
> a valid flag before unconditionally adding it to their build.
I have opened an iss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117479
Andrew Pinski changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
--- Comment #2 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117479
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117477
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85605
--- Comment #9 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:2a2e6784074e1f7b679bc09b1a66982bf60645a5
commit r15-5024-g2a2e6784074e1f7b679bc09b1a66982bf60645a5
Author: Andrew Pinski
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117414
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:578002846620ed04192a4832e9f20b5c32816153
commit r15-5021-g578002846620ed04192a4832e9f20b5c32816153
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117414
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:add4bb94459d6cecae11de279b49f9c1acb14394
commit r15-5022-gadd4bb94459d6cecae11de279b49f9c1acb14394
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117414
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:684e5ae90b64c3481f8a5cb7b9517daf79c78ab4
commit r15-5023-g684e5ae90b64c3481f8a5cb7b9517daf79c78ab4
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
--- Comment #12 from David Binderman ---
(In reply to Alexey Merzlyakov from comment #11)
> To verify the "outside mode N" part, we need to change
>
> & ~GET_MODE_MASK (mode)) == 0)
>
> to the:
>
> & ~GET_MODE_MASK(GET_MODE (op))) =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #13 from Sergey Fedorov ---
(In reply to Jakub Jelinek from comment #10)
> -xobjective-c should work fine with both gcc and clang and is much better
> designed, it isn't about two almost dead languages, but allows specifying
> any la
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117477
--- Comment #2 from Andrew Pinski ---
Here is a testcase which shows that GCC spilling but spilling is better than
using a callee saved register by removing extra moves:
```
int test (int x), test2 (int x);
int test3(int,int,int);
int foo (int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117256
--- Comment #3 from Jakub Jelinek ---
Created attachment 59554
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59554&action=edit
gcc15-pr117256.patch
Untested fix on top of the above mentioned patch.
This is just the start, I think for ful
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117447
--- Comment #4 from GCC Commits ---
The master branch has been updated by David Faust :
https://gcc.gnu.org/g:0e1382034246a594f1da8dbaee97c4a06743f31a
commit r15-5026-g0e1382034246a594f1da8dbaee97c4a06743f31a
Author: David Faust
Date: Thu N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117482
Andrew Pinski changed:
What|Removed |Added
Known to work||11.4.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Andrew Pinski changed:
What|Removed |Added
Priority|P3 |P1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115285
--- Comment #17 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:90c578654a2c96032aa6621449859243df5f641b
commit r15-5032-g90c578654a2c96032aa6621449859243df5f641b
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117484
Bug ID: 117484
Summary: [15 Regression] ICE: segfault during GIMPLE pass: vect
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117485
Bug ID: 117485
Summary: aspect "type_invariant" only allowed for private type
or corresponding full view, but RM doesn't mention
that
Product: gcc
Version: 14.2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117483
Bug ID: 117483
Summary: [15 Regression] ICE: in merge, at
config/riscv/riscv-vsetvl.cc:2106
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117485
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117484
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117484
--- Comment #1 from Andrew Pinski ---
Created attachment 59557
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59557&action=edit
testcase that also fails with -march=armv9-a on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117486
Bug ID: 117486
Summary: [15 Regression] ICE: in vect_build_slp_tree_2, at
tree-vect-slp.cc:2027
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117486
--- Comment #1 from Andrew Pinski ---
Created attachment 59558
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59558&action=edit
testcase that ICEs the same way on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117486
--- Comment #3 from Patrick O'Neill ---
(In reply to Andrew Pinski from comment #2)
> I think you reduced the testcase case a little too much. Anyways confirmed,
> see the attached testcase for one that fails on aarch64 with -march=armv9-a.
Tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117484
Andrew Pinski changed:
What|Removed |Added
Target|riscv*-*-* |riscv*-*-* aarch64*-*-*
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117486
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117353
--- Comment #7 from Vineet Gupta ---
(In reply to Jeffrey A. Law from comment #6)
> So my approach would be to note the insn number, then set a conditional
> breakpoint in make_insn_raw (after it initializes INSN_UID in the new
> insn). The co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117353
--- Comment #8 from Vineet Gupta ---
We could potentially use a scratch in splitter.
(clobber (match_scratch:DI 3 "=&r"))]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117485
--- Comment #2 from Saada Mehdi <00120260a at gmail dot com> ---
mm, ok, we're wrong, I remember we didn't find it, weird.
In that case I'll take it up with ARG, because it doesn't make sense to stop
public types from using this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #5 from Eli Schwartz ---
https://github.com/GNOME/gegl/blob/626c202550c4536c2e411821fb34e91d138c1548/meson.build#L246-L254
```
if os_osx
add_languages('objc')
osx_ldflags = ['-Wl,-framework,Foundation', '-Wl,-framework,AppKit',
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed||2024-11-07
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117482
Bug ID: 117482
Summary: Bogus -Wstringop-overflow warning in intrusive list
implementation
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117414
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117473
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Attachment #59547|0 |1
is obsolete|
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 15.0.0 20241107 (experimental) (GCC)
[608] %
[608] % gcctk -O0 small.c; ./a.out
[609] %
[609] % gcct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117353
--- Comment #9 from Vineet Gupta ---
Or the other option is to prevent these patterns from kicking in during reload
by adjust the costs (there's a TODO there already)
diff --git a/gcc/config/riscv/riscv.cc b/gcc/config/riscv/riscv.cc
index 3ac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117485
--- Comment #3 from Eric Botcazou ---
> In that case I'll take it up with ARG, because it doesn't make sense to stop
> public types from using this.
You might want to read the AI that discussed it 15 years ago, that's clearly
explained in there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117487
Bug ID: 117487
Summary: Power8 optimizations for math library aren't done in
power9 or power10 (PR target/71977)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117488
Bug ID: 117488
Summary: Building a gcc cross-compiler for hppa fails
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: boo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117488
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117475
--- Comment #15 from Jonathan Wakely ---
(In reply to Andreas Schwab from comment #13)
> > Note again the only reason clang 17 from opensuse works is because it is
> > using GCC's libstdc++ from GCC 7
>
> This is not true.
It seems to be true
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117467
--- Comment #7 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:7a07de2c60b3c513b6aef206e9b55b3ffefe8b39
commit r15-5008-g7a07de2c60b3c513b6aef206e9b55b3ffefe8b39
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117477
Bug ID: 117477
Summary: aarch64: Unnecessary stack spill generated around
function call
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116578
--- Comment #3 from Richard Biener ---
The linaro CI reports 184 regressions on aarch64:
https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-precommit/8871/artifact/artifacts/artifacts.precommit/notify/mail-body.txt
4 regressions on arm:
h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117475
--- Comment #14 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #2)
> This was p0883r2 :
> https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2019/p0883r2.pdf
>
> Which was the change in C++20.
Which was implemented in r10-59
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
--- Comment #2 from David Binderman ---
Partially reduced code:
void printf ();
void
platform_main_end(int crc)
{
printf ("checksum = %X\n", crc);
}
int crc32_tab[6];
int crc32_context = 4294967295;
void
crc32_byte (char b) {
crc32_context
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117294
Nathaniel Shead changed:
What|Removed |Added
CC||nshead at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98189
--- Comment #6 from John Paul Adrian Glaubitz ---
This is still reproducible with GCC 14:
(unstable-sh4-sbuild)glaubitz@adams:~/gdal/gdal-3.9.3+dfsg/build-py3.12/frmts/pcraster$
/usr/bin/g++-14 -DDONT_DEPRECATE_SPRINTF -DGDAL_COMPILATION -DUSE_I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117479
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #12 from Eli Schwartz ---
(In reply to Sergey Fedorov from comment #11)
> Do you mean that even with the correct flag passed, the code won’t compile
> with gcc14? While I have gcc15 locally (not updating it weekly though), few
> peop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115560
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117475
--- Comment #17 from Sebastian Huber ---
(In reply to Jonathan Wakely from comment #15)
> (In reply to Andreas Schwab from comment #13)
> > > Note again the only reason clang 17 from opensuse works is because it is
> > > using GCC's libstdc++ fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117468
Richard Biener changed:
What|Removed |Added
Known to fail||10.1.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117366
Sam James changed:
What|Removed |Added
Known to work||4.5.4
Target Milestone|---
cc -v 2>&1 | grep exp
gcc version 15.0.0 20241107 (experimental) (4473cf8409f4db19)
foundBugs $ ~/gcc/results/bin/gcc -g -O1 bug1062.c
foundBugs $ ./a.out
checksum = 6361D861
foundBugs $ ~/gcc/results/bin/gcc -g -O1 -finline-small-functions bug1062.c
foundBugs $ ./a.out
Segmentation faul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117481
Bug ID: 117481
Summary: ICE: maximum number of generated reload insns per insn
achieved (90) with -O -mrvv-vector-bits=zvl
-march=rv64gcv -mabi=lp64e
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #11 from Sergey Fedorov ---
(In reply to Eli Schwartz from comment #9)
> It's not a bad idea to "fix" it from both ends.
>
> Projects such as gegl cannot compile on macOS using GCC 13 or 14, and that's
> not going to change. They ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78620
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117462
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Sam James changed:
What|Removed |Added
Known to fail||15.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98189
--- Comment #7 from John Paul Adrian Glaubitz ---
Passing -fno-guess-branch-probability still helps, even with the LRA-enabled
GCC 15.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116725
--- Comment #11 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0dadf022de293c202ab21b0aeed7c9a4511f57d5
commit r15-5011-g0dadf022de293c202ab21b0aeed7c9a4511f57d5
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #9 from Eli Schwartz ---
It's not a bad idea to "fix" it from both ends.
Projects such as gegl cannot compile on macOS using GCC 13 or 14, and that's
not going to change. They can't really know what versions their users have
install
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #10 from Jakub Jelinek ---
-xobjective-c should work fine with both gcc and clang and is much better
designed, it isn't about two almost dead languages, but allows specifying any
language the compiler supports.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Sam James changed:
What|Removed |Added
Component|c |rtl-optimization
Summary|[15 reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117475
--- Comment #16 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #4)
> (In reply to Andrew Pinski from comment #3)
> > testcase which works with clang but fails with GCC:
>
> But that was fixed in GCC 13. Let me see if I can fin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117475
--- Comment #13 from Andreas Schwab ---
> Note again the only reason clang 17 from opensuse works is because it is
> using GCC's libstdc++ from GCC 7
This is not true.
$ clang -Wall -Wextra -std=c++20 -pedantic -S atomic.cc -v
clang version 17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
--- Comment #5 from David Binderman ---
(In reply to Sam James from comment #3)
> Please reduce with something like: -Werror=uninitialized
> -Werror=aggressive-loop-optimizations -Werror=sequence-point.
Thanks. Second try:
void printf ();
voi
--disable-bootstrap --enable-checking=yes
--prefix=/home/software/gcc-trunk --enable-sanitizers --enable-languages=c,c++
--disable-werror --enable-multilib --enable-coverage
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20241107 (experimental) (GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
Bug ID: 117478
Summary: -ObjC is not accepted: error: argument to '-O' should
be a non-negative integer, 'g', 's', 'z' or 'fast'
Product: gcc
Version: 14.2.0
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
--- Comment #7 from Alexey Merzlyakov ---
Thank you for the issue simplification the repro-case. Confirming: the problem
exists on trunk since r15-4991-g69bd93c167fefb. Working on it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117065
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Sam James changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |alexey.merzlyakov at
samsung dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #4 from Iain Sandoe ---
-ObjC is not exactly clang-specific - AFAIR it was supported by Apple gcc-4.x
as well,
Perhaps we can support it as a driver flag (which is used as shorthand for -x
objective-c)
I'm short of time at the mome
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #1 from Andrew Pinski ---
> AFAICT, this flag is redundant with GCC
No the correct flag is -xobjc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117477
--- Comment #1 from Andrew Pinski ---
Both are the same.
Gcc choices a stack location rather than a calee save register which is also
saved/restored from the stackq.
The cost of knowing that using another callee saved register is not known to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Sam James changed:
What|Removed |Added
CC||zhendong.su at inf dot ethz.ch
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117480
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
--- Comment #10 from Sam James ---
The dupe PR117480 has a nicer testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #6 from Iain Sandoe ---
fine with fixing it upstream - but also OK with trying to be compatible (esp.
with facilities that were present for ≈ 20 years, if those are not to intrusive
to arrange).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
--- Comment #11 from Alexey Merzlyakov
---
Analysis shown that the problem seem is related to incorrect check in the
optimization, introduced by the aforementioned patch:
(zero_extend:M (subreg:N (not:M (X:M -> (xor:M (X:M, mask))
In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117467
--- Comment #1 from Richard Biener ---
Samples: 2M of event 'cycles:Pu', Event count (approx.): 2183019518772
Overhead Samples Command Shared Object Symbol
29.34%627170 f951 f951
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117467
Richard Biener changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117467
--- Comment #3 from Richard Biener ---
(In reply to Richard Biener from comment #2)
> - 32.11% (anonymous namespace)::pass_ext_dce::execute(function*)
> ▒
> - ext_dce_execute()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108645
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117467
Richard Biener changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116578
--- Comment #2 from Richard Biener ---
On x86-64, apart from PR116973, there is only
FAIL: gcc.dg/vect/vect-early-break_20.c scan-tree-dump vect "LOOP VECTORIZED"
remaining with --param vect-force-slp=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104222
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117467
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-11-07
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117467
--- Comment #6 from Andrew Pinski ---
(In reply to Richard Biener from comment #5)
> So confirmed the 25GB memory use is ext-dce, with -fno-ext-dce memory use is
> donw to 3GB. The time report then shows VRP as offender:
>
> tree VRP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117492
--- Comment #2 from Andrew Pinski ---
(In reply to Sam James from comment #1)
> I don't think we have any folding for patterns into these yet so can't make
> it a regression.
We do fold sometimes into LROTATE_EXPR and RROTATE_EXPR but this is a
1 - 100 of 133 matches
Mail list logo
