https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111605
--- Comment #8 from Rui Ueyama ---
Sure, I agree with that. But would there be any problem if gcc, after failing
to find `-mold` and `mold` in the embedded toolchain's directory, looks
for `ld.mold` in the $PATH?"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111605
--- Comment #7 from Andrew Pinski ---
(In reply to Rui Ueyama from comment #6)
> Since mold supports all targets by a single executable, it doesn't make much
> sense to install one mold executable for each embedded toolchain.
You are wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111605
--- Comment #6 from Rui Ueyama ---
Since mold supports all targets by a single executable, it doesn't make much
sense to install one mold executable for each embedded toolchain. So if we want
to keep the current gcc's lookup mechanism for `ld`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111605
--- Comment #5 from Andrew Pinski ---
(In reply to Rui Ueyama from comment #4)
> > More likely the scripts which build the full toolchains directories should
> > be creating the symbolic links instead of mold itself.
>
> So the package
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111605
--- Comment #4 from Rui Ueyama ---
> More likely the scripts which build the full toolchains directories should be
> creating the symbolic links instead of mold itself.
So the package manager create a `-ld.mold` as a symlink to `mold` if
mold
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111605
--- Comment #3 from Andrew Pinski ---
(In reply to Rui Ueyama from comment #2)
> I can make a change to the `make install` rule of the mold linker to install
> bunch of symbolic links, but can we enumerate all possible triples? For
> example, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111343
Oleg Endo changed:
What|Removed |Added
Target|SH4 |sh*-*-*
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111605
--- Comment #2 from Rui Ueyama ---
I can make a change to the `make install` rule of the mold linker to install
bunch of symbolic links, but can we enumerate all possible triples? For
example, I wasn't aware that `arm-none-eabi` was a valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111605
--- Comment #1 from Andrew Pinski ---
I think this is by design. You can always just add a symbolic link in the right
location for ld.mold and it will work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111605
Bug ID: 111605
Summary: Cross compilation doesn't work with `-fuse-ld=mold`
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109088
--- Comment #8 from JuzheZhong ---
It's because the order of the operations we are doing:
For code as follows:
result += mask ? a[i] + x : 0;
GCC:
result_ssa_1 = PHI
...
STMT 1. tmp = a[i] + x;
STMT 2. tmp2 = tmp + result_ssa_1;
STMT 3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109963
Justin Lebar changed:
What|Removed |Added
CC||justin.lebar+bug at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109088
--- Comment #7 from JuzheZhong ---
Update the analysis:
We failed to recognize it as reduction because, the PHI result has 2 uses:
# result_20 = PHI
...
_11 = result_20 + 10; > first use
result_17 = _4 + _11;
_23 = _4 > _7;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111351
--- Comment #7 from James Y Knight ---
On the libc++ side, a suggestion was given that instead of making this an
_error_, we could instead emit a warning if "a constexpr or constinit object is
a basic_string or contains a basic_string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107567
--- Comment #3 from Chris Copeland ---
Fantastic! Thank you for looking into it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111604
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111512
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:685a8c45d8e2c8c10171e672888484ea2c50662e
commit r12-9894-g685a8c45d8e2c8c10171e672888484ea2c50662e
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111511
--- Comment #8 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:685a8c45d8e2c8c10171e672888484ea2c50662e
commit r12-9894-g685a8c45d8e2c8c10171e672888484ea2c50662e
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107567
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111604
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111604
Bug ID: 111604
Summary: bogus warning: '#' flag used with ‘%m’ gnu_printf
format
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111603
Andrew Pinski changed:
What|Removed |Added
Keywords|missed-optimization |testsuite-fail
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111603
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:12039c9f40a81605e59951f80007827bc0413573
commit r14-4287-g12039c9f40a81605e59951f80007827bc0413573
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111603
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-09-26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111603
Andrew Pinski changed:
What|Removed |Added
Summary|[14 regression] new test|new test case
|case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111603
Bug ID: 111603
Summary: [14 regression] new test case
gcc.dg/tree-ssa/pr111456-1.c in
r14-4280-gc3c6f30496d945 fails
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109166
--- Comment #10 from CVS Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:8e6757b30d0f3f13d47d0f842801a751ba6293c2
commit r14-4286-g8e6757b30d0f3f13d47d0f842801a751ba6293c2
Author: Hans-Peter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107567
--- Comment #1 from CVS Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:8e6757b30d0f3f13d47d0f842801a751ba6293c2
commit r14-4286-g8e6757b30d0f3f13d47d0f842801a751ba6293c2
Author: Hans-Peter Nilsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67740
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111511
--- Comment #7 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:161a477f0ce93de1d083d379247d0770d4ef96af
commit r13-7844-g161a477f0ce93de1d083d379247d0770d4ef96af
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111512
--- Comment #4 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:161a477f0ce93de1d083d379247d0770d4ef96af
commit r13-7844-g161a477f0ce93de1d083d379247d0770d4ef96af
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67740
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111602
--- Comment #2 from Ed Catmur ---
(In reply to Andrew Pinski from comment #1)
> The local type of f() is not needed.
Thanks! I was confused since the local type is required in this similar
example:
template struct P
{
static constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111510
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111510
--- Comment #4 from CVS Commits ---
The releases/gcc-13 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:b92cddb94874df4b9451d9cea3efa88f0654981b
commit r13-7842-gb92cddb94874df4b9451d9cea3efa88f0654981b
Author: Gaius Mulley
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111599
Andrew Macleod changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111599
--- Comment #4 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:c9dbace008e60255b10891f0c966b44a0225d7ab
commit r14-4283-gc9dbace008e60255b10891f0c966b44a0225d7ab
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315
--- Comment #12 from CVS Commits ---
The releases/gcc-13 branch has been updated by Andrew Macleod
:
https://gcc.gnu.org/g:70639014a69cf50fe11dc1adbfe1db4c7760ce69
commit r13-7841-g70639014a69cf50fe11dc1adbfe1db4c7760ce69
Author: Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111600
--- Comment #1 from Andrew Pinski ---
The new (target) builtins could cause increased compile time ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77817
Andrew Pinski changed:
What|Removed |Added
CC||Hi-Angel at yandex dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111598
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111602
Andrew Pinski changed:
What|Removed |Added
Summary|"Error: symbol is already |[11/12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111602
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111602
Bug ID: 111602
Summary: "Error: symbol is already defined" for variable
template dependent on default argument lambda used in
sfinae and non-sfinae
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111596
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108245
Andrew Pinski changed:
What|Removed |Added
CC||stevenxia990430 at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111510
--- Comment #3 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:53daf67fd55e005e37cb3ab33ac0783a71761de9
commit r14-4282-g53daf67fd55e005e37cb3ab33ac0783a71761de9
Author: Gaius Mulley
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111599
--- Comment #3 from Andrew Macleod ---
patch in testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111599
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Summary|ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111599
--- Comment #2 from Andrew Pinski ---
Created attachment 55997
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55997=edit
Reduced testcase
Still need: `-O3 -fno-inline-functions-called-once -fno-inline-small-functions
-fno-tree-dce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110488
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110488
--- Comment #4 from CVS Commits ---
The releases/gcc-13 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:35787c3093fa611ba46008e94f329000d6042be4
commit r13-7840-g35787c3093fa611ba46008e94f329000d6042be4
Author: Eric Botcazou
: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20230917 and 20230926 on both x86_64-linux-gnu and
powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110148
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111456
--- Comment #7 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:c3c6f30496d945b77dcb7f4ad8c3f8094f5a64a4
commit r14-4280-gc3c6f30496d945b77dcb7f4ad8c3f8094f5a64a4
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 110148, which changed state.
Bug 110148 Summary: [14 Regression] TSVC s242 regression between
g:c0df96b3cda5738afbba3a65bb054183c5cd5530 and
g:e4c986fde56a6248f8fbe6cf0704e1da34b055d8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106164
--- Comment #22 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:c3c6f30496d945b77dcb7f4ad8c3f8094f5a64a4
commit r14-4280-gc3c6f30496d945b77dcb7f4ad8c3f8094f5a64a4
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111456
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111469
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111469
--- Comment #8 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:68fa82e2d8f868a233103102dff2449a416bc566
commit r14-4279-g68fa82e2d8f868a233103102dff2449a416bc566
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110827
--- Comment #11 from Iain Sandoe ---
(In reply to Michael Duggan from comment #9)
> More data:
> The coroutine actor is marked as artificial in
> coro_build_actor_or_destroy_function. As a result, it is completely ignored
> by gcov. In gcov's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111510
--- Comment #2 from Gaius Mulley ---
Created attachment 55996
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55996=edit
Proposed fix
Here is a proposed fix - the bug was the lack of a nul terminated string -
resulting in garbled init
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111600
Bug ID: 111600
Summary: [14.0 regression] RISC-V bootstrap time regression
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111558
--- Comment #3 from Xiao Ma ---
(In reply to Xiao Ma from comment #2)
> For this piece of code, LLVM seems to be a bit concise: during the pass of
> Prologue/Epilogue Insertion & Frame Finalization, it only inserts sd/ld
> blocks in the entry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111558
Xiao Ma changed:
What|Removed |Added
CC||mxlol233 at outlook dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315
--- Comment #11 from Andrew Macleod ---
(In reply to Richard Biener from comment #10)
> (In reply to Andrew Macleod from comment #7)
> > Created attachment 55591 [details]
> > potental patch
> >
> > I've attached Aldy's patch for PR109695
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111594
JuzheZhong changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110660
JuzheZhong changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111594
--- Comment #5 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:dd0197fb4cdee8cd5f78fea9a965c96d7ca47229
commit r14-4277-gdd0197fb4cdee8cd5f78fea9a965c96d7ca47229
Author: Juzhe-Zhong
Date: Tue Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110660
--- Comment #4 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:dd0197fb4cdee8cd5f78fea9a965c96d7ca47229
commit r14-4277-gdd0197fb4cdee8cd5f78fea9a965c96d7ca47229
Author: Juzhe-Zhong
Date: Tue Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109088
--- Comment #6 from JuzheZhong ---
After investigations:
GCC failed to vectorize reduction with multiple conditional operations:
ifcvt dump:
# result_20 = PHI
...
_11 = result_20 + 10;
result_17 = _4 + _11;
_23 = _4 > _7;
result_9 = _23 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109175
--- Comment #8 from Mathieu Malaterre ---
(In reply to Andrew Pinski from comment #6)
> Notice how there is no check for null on aq.
Do you want to keep this one open or should we close it as invalid ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110488
--- Comment #3 from CVS Commits ---
The master branch has been updated by Marc Poulhi?s :
https://gcc.gnu.org/g:f6367fc211e52b3f7f8d0f2c481e20cb69839071
commit r14-4275-gf6367fc211e52b3f7f8d0f2c481e20cb69839071
Author: Eric Botcazou
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111599
--- Comment #1 from CTC <19373742 at buaa dot edu.cn> ---
Created attachment 55995
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55995=edit
The compiler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111599
Bug ID: 111599
Summary: ICE: Segmentation fault
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315
--- Comment #10 from Richard Biener ---
(In reply to Andrew Macleod from comment #7)
> Created attachment 55591 [details]
> potental patch
>
> I've attached Aldy's patch for PR109695 which he had backported to GCC13
> back in May.
> This does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
--- Comment #12 from Mathieu Malaterre ---
For reference
malat@perotto ~/pr2 % g++-11 --version
g++-11 (Debian 11.4.0-4) 11.4.0
malat@perotto ~/pr2 % g++-12 --version
g++-12 (Debian 12.3.0-9) 12.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
--- Comment #11 from Mathieu Malaterre ---
(In reply to Kewen Lin from comment #6)
> Confirmed, thanks for reporting.
>
> I noticed that the reduced test case in #c1 can make gcc-13 complain with:
>
> test.cc:67:16: error: expected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
--- Comment #10 from Mathieu Malaterre ---
Created attachment 55993
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55993=edit
widen_mul_test.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
--- Comment #9 from Mathieu Malaterre ---
Created attachment 55992
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55992=edit
foo.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111598
Bug ID: 111598
Summary: Wimplicit-fallthrough print for a code that is not
compiled in
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111597
--- Comment #3 from Jiu Fu Guo ---
(In reply to Jiu Fu Guo from comment #0)
> In match.pd there is a pattern:
> /* ((T)(A)) + CST -> (T)(A + CST) */
> #if GIMPLE
> (simplify
>(plus (convert:s SSA_NAME@0) INTEGER_CST@1)
> (if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
--- Comment #8 from Kewen Lin ---
(In reply to Richard Biener from comment #7)
> I suppose it works with -fno-tree-vectorize ontop of the flags?
Appending -fno-tree-vectorize at the end of the given flags in #c1
(-mstrict-align version), it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111547
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111547
--- Comment #1 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:1fab441d6cce836e08db516c0fdac407872c6990
commit r14-4261-g1fab441d6cce836e08db516c0fdac407872c6990
Author: Tobias Burnus
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111597
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111597
--- Comment #1 from Jiu Fu Guo ---
While, even without this pattern in match.pd, the generated the sign
extend(extsw) is still there.
So, just wondering if this sub-optimal asm code would be fixed in another way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111597
Bug ID: 111597
Summary: pattern "(T)(A)+cst -->(T)(A+cst)" cause suboptimal
for ppc64
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94267
--- Comment #5 from Richard Biener ---
Well, yes .. _MEM_REF is a LEA with a specific addressing mode. Folding
*_MEM_REF would require us to verify the target can handle it (and avoid
PR110702 where it's fix was really the only sensible thing I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
Kewen Lin changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111596
Bug ID: 111596
Summary: ICE on iostream as argument
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
--- Comment #11 from Mathieu Malaterre ---
For reference:
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/arm-linux-gnueabihf/13/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
--- Comment #10 from Mathieu Malaterre ---
I could not reduce to a single *.cc file. The function needs to be in an alt
file 'foo.cc'.
So could someone please compare:
g++ -std=c++11 -o works -O2 -g -Wfatal-errors -Werror -Wall -Wextra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
--- Comment #9 from Mathieu Malaterre ---
Created attachment 55991
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55991=edit
widen_mul_test.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
--- Comment #8 from Mathieu Malaterre ---
Created attachment 55990
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55990=edit
foo.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111427
Kewen Lin changed:
What|Removed |Added
Last reconfirmed||2023-09-26
Keywords|ra,
100 matches
Mail list logo
