https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111970
--- Comment #13 from JuzheZhong ---
Created attachment 56649
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56649&action=edit
Correct vectorized optimized dump
This is the optimized dump IR that runs correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111970
--- Comment #12 from JuzheZhong ---
Created attachment 56648
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56648&action=edit
Optimized dump which is buggy
This is the buggy vectorized dump IR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111970
--- Comment #11 from JuzheZhong ---
Hi, Richard.
I come back to revisit this bug.
I found if I do this:
diff --git a/gcc/tree-vect-slp.cc b/gcc/tree-vect-slp.cc
index 4a09b3c2aca..2fd128672b9 100644
--- a/gcc/tree-vect-slp.cc
+++ b/gcc/tree-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112633
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112633
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Version|13
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: hanicka at hanicka dot net
Target Milestone: ---
Tested on GCC 14.0.0 20231119 (on Compiler-Explorer) and it's giving me ICE,
also on all 13.x versions (not 12.x)
```c++
template cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112594
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #2 from Andre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112632
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112632
Bug ID: 112632
Summary: [14 Regression] Non-type template parameter created
with converting constructor sometimes has original
type
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112594
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112557
--- Comment #1 from Tobias Schlüter ---
With today's trunk on x86-64 I can reproduce this, giving the following:
$ ../gcc.git/build/gcc/cc1plus t.cc --std=c++20 -fpermissive
-fext-numeric-literals 2>&1
[ ... stripping away thousands of warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112631
Bug ID: 112631
Summary: gcc rejects block-scope declaration of function in a
module unit even if the function is attached to the
global module fragment
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112325
--- Comment #7 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:2b59e2b4dff42118fe3a505f07b9a6aa4cf53bdf
commit r14-5603-g2b59e2b4dff42118fe3a505f07b9a6aa4cf53bdf
Author: liuhongt
Date: Thu Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112537
--- Comment #14 from CVS Commits ---
The master branch has been updated by Li Xu :
https://gcc.gnu.org/g:e6269bb69c0734a5af716bfbded3621de6ca351d
commit r14-5602-ge6269bb69c0734a5af716bfbded3621de6ca351d
Author: xuli
Date: Fri Nov 17 04:48:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112630
Bug ID: 112630
Summary: [14 Regression] 19_diagnostics/stacktrace/output.cc
execution test
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: testsuite-f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
--- Comment #10 from Andrew Pinski ---
(In reply to David Edelsohn from comment #9)
> Brandt Bucher: A JIT compiler for CPython
> https://www.youtube.com/watch?v=HxSHIpEQRjs
> https://github.com/brandtbucher/cpython/tree/justin
But must tail is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
--- Comment #9 from David Edelsohn ---
Brandt Bucher: A JIT compiler for CPython
https://www.youtube.com/watch?v=HxSHIpEQRjs
https://github.com/brandtbucher/cpython/tree/justin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112578
Xi Ruoyao changed:
What|Removed |Added
URL|https://gcc.gnu.org/piperma |https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112591
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112614
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99187
--- Comment #5 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:eaeaad3fcac4d7a30b5a256410cb59fa1a3fa9dd
commit r14-5598-geaeaad3fcac4d7a30b5a256410cb59fa1a3fa9dd
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112600
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112629
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=112629
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #6 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112595
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-11-19
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #1 from Jakub Jelinek ---
So, what is the Solaris/sparc native as syntax for something similar?
Strangely, non-weak aliases in config/sparc/sysv4.h use the x = y syntax
rather than .set x, y that is used on most targets.
Would using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112629
--- Comment #5 from Andrew Pinski ---
(In reply to gooncreeper from comment #3)
> This optimization could also be performed for unsigned integers if we know
> they won't overflow in the optimization.
Note it is not overflow, is wrap anyways.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112629
--- Comment #4 from Andrew Pinski ---
Note we could do it even for unsigned if we know that (a+4) will not wrap.
That is:
```
#include
int optimized_shift(unsigned shift) {
if ((shift < 0) | (shift > (unsigned)INT_MAX)) __builtin_unreachab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112629
--- Comment #3 from gooncreeper ---
This optimization could also be performed for unsigned integers if we know they
won't overflow in the optimization.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112629
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112629
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112629
Bug ID: 112629
Summary: Missed-optimization: constant << (b + signed_constant)
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112571
Andrew Pinski changed:
What|Removed |Added
Known to work||12.3.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112619
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112619
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112618
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112616
--- Comment #2 from Andrew Pinski ---
This is like PR 108007 but unlike that one, -fno-tree-dce is not used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112616
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112616
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Summary|wrong cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112620
--- Comment #2 from Andrew Pinski ---
(In reply to Fedor Chelnokov from comment #0)
> prints some not-null value in Clang and MSVC, which is correct according to
> https://eel.is/c++draft/except.handle#15
Clang had a hack added to workaround t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99858
Andrew Pinski changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112620
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112628
--- Comment #2 from Andrew Pinski ---
For signed, it is just true.
That is:
```
int f(int a)
{
return (~a) < -a;
}
int f0(int a)
{
return (a) > ~(-a);
}
```
Are the same.
In fact we can optimize even more:
```
int feq(int a)
{
return (~a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89316
Uroš Bizjak changed:
What|Removed |Added
Attachment #56637|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110184
--- Comment #3 from Ivan Bodrov ---
Created attachment 56646
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56646&action=edit
Fails to apply optimization for __atomic_fetch_and ZF-flag with separate
literals
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110184
Ivan Bodrov changed:
What|Removed |Added
CC||securesneakers at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112628
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112628
Bug ID: 112628
Summary: `~a < -a` can be optimized to `a != 0` for unsigned
types
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112617
John David Anglin changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112627
Bug ID: 112627
Summary: `(a + c) - b == c` is not optimized to `a == b`
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancemen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
--- Comment #8 from Sam James ---
(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.
Do you have something I can read up on for this part? It's the firs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
Andrew Pinski changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112324
--- Comment #8 from Andrew Pinski ---
(In reply to Sam James from comment #6)
> Someone filed a bug for LLVM for x <= abs(x) being always true
> (https://github.com/llvm/llvm-project/issues/72653) and it looks like we're
> missing that too. Not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112626
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-11-19
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112626
Bug ID: 112626
Summary: `ABS(a) CMP a` can be optimized
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112619
Kostadin Shishmanov changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112625
Bug ID: 112625
Summary: Segmentation fault in getter function of unlimited
polymorphic object in nested container / wrapper
object
Product: gcc
Version: 13.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112624
Bug ID: 112624
Summary: Internal compiler error when compiling a module
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112324
--- Comment #7 from Andrew Pinski ---
(In reply to Sam James from comment #6)
> Someone filed a bug for LLVM for x <= abs(x) being always true
> (https://github.com/llvm/llvm-project/issues/72653) and it looks like we're
> missing that too. Not
pported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231119 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112622
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231119 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112324
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112621
Bug ID: 112621
Summary: g++ error: "references internal linkage entity" when
compiling a module interface
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112620
Bug ID: 112620
Summary: Changes to the referenced object in exception handler
are lost after rethrow
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110287
--- Comment #9 from Jan Hubicka ---
This is _M_realloc insert at release_ssa time:
eleased 63 names, 165.79%, removed 63 holes
void std::vector::_M_realloc_insert (struct vector *
const this, struct iterator __position, const struct pair_t & __
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
--- Comment #21 from Jan Hubicka ---
Patch
https://gcc.gnu.org/pipermail/gcc-patches/2023-November/637265.html
gets us closer to inlining _M_realloc_insert at -O3 (3 insns away)
Patch
https://gcc.gnu.org/pipermail/gcc-patches/2023-November/6369
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110287
--- Comment #8 from Jan Hubicka ---
With return value range propagation
https://gcc.gnu.org/pipermail/gcc-patches/2023-November/637265.html
reduces --param max-inline-insns-auto needed for _M_realloc_insert to be
inlined on my testcase from 39 t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112619
Kostadin Shishmanov changed:
What|Removed |Added
CC||kocelfc at tutanota dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112619
Bug ID: 112619
Summary: [14 regression] ICE when building libcrafter (tree
check: expected statement_list, have modify_expr in
tsi_start, at tree-iterator.h:57)
Product: gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112618
Bug ID: 112618
Summary: internal compiler error: in expand_MASK_CALL, at
internal-fn.cc:4529
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112617
--- Comment #3 from Sam James ---
Created attachment 56639
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56639&action=edit
reduced.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112572
--- Comment #27 from Sam James ---
(In reply to Andrew Pinski from comment #18)
> This fixes the issue for me:
> ```
> diff --git a/gcc/compare-elim.cc b/gcc/compare-elim.cc
> [...]
This solves both pipewire (unreported, was working on reducing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112572
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112617
--- Comment #2 from Sam James ---
Reducing now. I won't bisect it proactively unless someone asks, given I assume
it's r14-5538-gd2934eb6ae92471484469d8ddd039eb34ef400b1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112617
--- Comment #1 from Sam James ---
'gcc -c btrfs-util.c.i -O1 -fno-omit-frame-pointer' is enough for me to hit it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112617
Bug ID: 112617
Summary: [14 regression] ICE when building systemd on HPPA
(internal compiler error: in find_reloads, at
reload.cc:3839)
Product: gcc
Version: 14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Maxim Kuvyrkov changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #10 from Maxim Ku
78 matches
Mail list logo
