https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113030
Bug ID: 113030
Summary: ARM32: option parsing for --march= doesn't work for
aliases
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109543
--- Comment #7 from Richard Biener ---
Yeah, guess we still have target code doing ABI decisions based on mode ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
--- Comment #16 from Mathieu Malaterre ---
Could someone from the GCC/armhf team please at least 'confirm' this bug report
? Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80130
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
--- Comment #36 from Mathieu Malaterre ---
(In reply to Kewen Lin from comment #32)
[...]
> So IMHO #c1 test case is problematic, hi @Mathieu, could you have a double
> check?
I vaguely recall crafting this test-case with cvise with gcc-13. Thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113029
Kewen Lin changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113029
--- Comment #2 from Kewen Lin ---
I noticed there are some existing PRs (PR107984, PR99328, PR88652, PR84842) on
verify_target_availability ICE, and in PR84842 there is a tentative patch, I
tried to make it fit with the latest trunk, but this st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113009
--- Comment #5 from JuzheZhong ---
I don't see this dump FAIL in the trunk now.
Could you confirm it ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113029
--- Comment #1 from Andrew Pinski ---
Maybe https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84842#c17 patch helps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113029
Bug ID: 113029
Summary: sel-sched2 ICE in verify_target_availability
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112742
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113020
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104634
Andrew Pinski changed:
What|Removed |Added
CC||adrian at woeltche dot de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113020
--- Comment #2 from Andrew Pinski ---
The commands needed to get the link error without using cmake:
```
g++ -std=c++20 -c -o main.o main.cpp
g++ -std=c++20 -c -o base.o base.cpp
g++ -std=c++20 -c -o sub.o sub.cpp
g++ -o app main.o base.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113028
--- Comment #2 from Andrew Pinski ---
Sorry if I was terse.
This is exact same issue as reported in PR 111918 and there has been a patch
that was posted to fix the issue (though I don't think it has been reviewed
yet).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113028
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111918
Andrew Pinski changed:
What|Removed |Added
CC||dustbingtb at verizon dot net
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113028
Bug ID: 113028
Summary: GCC diagnostic pop changes errors to warnings
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #20 from JuzheZhong ---
Hi, Andrew.
I saw this code which seems to cause infinite loop:
if (TREE_CODE (arg1) == VECTOR_CST
&& TREE_CODE (arg2) == VECTOR_CST
&& known_eq (TYPE_VECTOR_SUBPARTS (TREE_TYPE (arg1)),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #31 from Jerry DeLisle ---
(In reply to anlauf from comment #30)
> (In reply to Jerry DeLisle from comment #29)
> > Created attachment 56883 [details]
> > Updated Descriptions
> >
> > Fixed a few more things, The return value of tan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112824
--- Comment #10 from GCC Commits ---
The master branch has been updated by Hongyu Wang :
https://gcc.gnu.org/g:a52940cfee0908aed0d2a674a451f6d9984d
commit r14-6575-ga52940cfee0908aed0d2a674a451f6d9984d
Author: Hongyu Wang
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112387
--- Comment #5 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:4bfafea6922dffea145d1aa1d5f5fa4814e66173
commit r14-6572-g4bfafea6922dffea145d1aa1d5f5fa4814e66173
Author: Juzhe-Zhong
Date: Fri Dec 15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53
--- Comment #8 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:c7ef2189855a8cf12427a778cd5a31d42ddf6260
commit r14-6571-gc7ef2189855a8cf12427a778cd5a31d42ddf6260
Author: Juzhe-Zhong
Date: Thu Dec 14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106749
Bug 106749 depends on bug 107760, which changed state.
Bug 107760 Summary: Implement C++23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107760
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107760
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107760
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:fe54b57728c09ab0389e2bb3f079d5210566199d
commit r14-6569-gfe54b57728c09ab0389e2bb3f079d5210566199d
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #19 from JuzheZhong ---
OK. I think we can't reproduce same issue on ARM SVE since VNx8HI is poly size
[4,4] SI mode. Wheras, RVV with zvl256b is [8,8] SImode that ARM SVE never has
such size scalable SI mode.
I guess Robin is going
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #18 from Andrew Pinski ---
(In reply to JuzheZhong from comment #17)
> Ok. Thanks for confirm it.
> enough ? If it can fix our RISC-V ICE.
No, that is actually the wrong place to fix it. This was just to see if that
would fix the is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89606
--- Comment #3 from Andrew Pinski ---
On the trunk (20231213) for aarch64, only f2 still has extra moves.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #17 from JuzheZhong ---
Ok. Thanks for confirm it.
Hi, Andrew.
Is this following:
```
/* x & 0 -> 0 */
(simplify
(bit_and @0 integer_zerop@1)
@1)
```
to
```
/* x & 0 -> 0 */
(simplify
(bit_and:c @0 integer_zerop@1)
@1)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113027
Bug ID: 113027
Summary: aarch64 is missing vec_set and vec_extract for
structure modes
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
Patrick O'Neill changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
Patrick O'Neill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #14 from JuzheZhong ---
Oh, I just take a look again. It seems that the issue is fixed on the trunk ?
Hi, Patrick.
https://godbolt.org/z/f1rnsYxf9
Could you confirm it ?
If it is fixed, could you send a patch with the test ?
Tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #13 from Andrew Pinski ---
(In reply to JuzheZhong from comment #12)
> Thanks Andrew.
>
> Will you send the patch to fix this ICE for RISC-V ?
I doubt I will have time to work on it really. I have not figured out just yet
to produc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #30 from anlauf at gcc dot gnu.org ---
(In reply to Jerry DeLisle from comment #29)
> Created attachment 56883 [details]
> Updated Descriptions
>
> Fixed a few more things, The return value of tand is not in degrees.
I think the fol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #12 from JuzheZhong ---
Thanks Andrew.
Will you send the patch to fix this ICE for RISC-V ?
It's important for risc-v since it is ICE bug that we should land it in GCC-14
release.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96395
--- Comment #8 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:ae034b9106fbdd855ec22ce221bb61a1a9a532c3
commit r14-6564-gae034b9106fbdd855ec22ce221bb61a1a9a532c3
Author: David Malcolm
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113026
--- Comment #1 from Andrew Pinski ---
IIRC there is a known issue with Wstringop-overflow and the vectorizer ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #29 from Jerry DeLisle ---
Created attachment 56883
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56883&action=edit
Updated Descriptions
Fixed a few more things, The return value of tand is not in degrees.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113025
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112482
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113026
Bug ID: 113026
Summary: Bogus -Wstringop-overflow warning on simple memcpy
type loop
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112482
--- Comment #1 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:1ae71269890f532a2bb06b84fc49f474c16e230d
commit r14-6563-g1ae71269890f532a2bb06b84fc49f474c16e230d
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111260
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111260
--- Comment #12 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:5fa27d9f8c4bec65887654e374146926d76690b0
commit r14-6562-g5fa27d9f8c4bec65887654e374146926d76690b0
Author: Andrew Pinski
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113025
Bug ID: 113025
Summary: Pointer is sometimes assumed to be 16-byte aligned
even when there is no such guarantee
Product: gcc
Version: 8.4.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #37 from Ian Lance Taylor ---
Search for this comment in the top-level configure.ac file.
# Disable libgo for some systems where it is known to not work.
# For testing, you can easily override this with --enable-libgo.
That said if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112773
--- Comment #17 from Patrick O'Neill ---
(In reply to Robin Dapp from comment #16)
> I'd hope it was not fixed by this but just latent because we chose a
> VLS-mode vectorization instead. Hopefully we're better off with the fix
> than without :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112869
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112869
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:8cccdc2176740f3e034ee6caa49552cf2f142744
commit r14-6561-g8cccdc2176740f3e034ee6caa49552cf2f142744
Author: Marek Polacek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113023
--- Comment #5 from Andreas Schwab ---
If the linker relaxation does not remove a relaxable move then it is a bug in
the linker.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #28 from Steve Kargl ---
On Thu, Dec 14, 2023 at 08:35:32PM +, jvdelisle at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
>
> --- Comment #27 from Jerry DeLisle ---
> Created attachment 56882
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #27 from Jerry DeLisle ---
Created attachment 56882
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56882&action=edit
Description changes
This is what I arrived at going through. OK?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113023
--- Comment #4 from Iain Finlay ---
GCC does know that it needs LANCHOR0 and LANCHOR0+4 (meaning a difference of
4). The 12-bit lower portion can be provided in the load and store commands. It
seems just an implementation choice in pcnt0 that it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113023
--- Comment #3 from Iain Finlay ---
It does not get removed. It ends up in the final image. It is also redundant
because load and store can also add a 12 bit signed offset.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112773
--- Comment #16 from Robin Dapp ---
I'd hope it was not fixed by this but just latent because we chose a VLS-mode
vectorization instead. Hopefully we're better off with the fix than without :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #25 from Steve Kargl ---
On Thu, Dec 14, 2023 at 07:48:08PM +, anlauf at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
>
> --- Comment #24 from anlauf at gcc dot gnu.org ---
> (In reply to Jerry De
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112773
Patrick O'Neill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #24 from anlauf at gcc dot gnu.org ---
(In reply to Jerry DeLisle from comment #23)
> I am going to suggest the following. The wording was confusing around the
> functionality of the option vs the intrinsics. Hope this is OK?
>
> @op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110279
--- Comment #5 from GCC Commits ---
The master branch has been updated by Di Zhao :
https://gcc.gnu.org/g:8afdbcdd7abe1e3c7a81e07f34c256e7f2dbc652
commit r14-6559-g8afdbcdd7abe1e3c7a81e07f34c256e7f2dbc652
Author: Di Zhao
Date: Fri Dec 15 03
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113023
--- Comment #2 from Andreas Schwab ---
The insn is _not_ redundant, there is a relocation on it. The linker
relaxation will eventually remove it when it becomes unnessessary.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #23 from Jerry DeLisle ---
I am going to suggest the following. The wording was confusing around the
functionality of the option vs the intrinsics. Hope this is OK?
@opindex @code{fdec-math}
@item -fdec-math
Obsolete flag. The purp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #22 from Jerry DeLisle ---
(In reply to anlauf from comment #20)
> (In reply to Jerry DeLisle from comment #18)
> > I have the patch applied.
> >
> > make pdf and make info work as expected. I fixed a minor typo in a comment
> > fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #21 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:95b70545331764c85079a1d0e1e19b605bda1456
commit r14-6558-g95b70545331764c85079a1d0e1e19b605bda1456
Author: Jerry DeLisle
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113023
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109543
--- Comment #6 from richard.sandiford at arm dot com ---
Here's a proof of concept patch that fixes the testcase for
-mstrict-align. The VECTOR_MODE_P part would need to be behind
a new target hook, to avoid accidentally breaking someone's ABI.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109543
--- Comment #5 from Richard Sandiford ---
I think the loop in compute_mode_layout needs to be smarter
for unions. At the moment it's sensitive to field order,
which doesn't make much conceptual sense.
E.g. for the admittedly contrived example:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113024
--- Comment #2 from Andrew Pinski ---
Confirmed.
Note if the final convert was a truncation from the original one, match is able
to remove the inner cast since r14-2890-gcc2003cd87532f (PR 93044).
That is:
```
unsigned char
foo1 (signed short x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113024
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113024
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|ice-on-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #20 from anlauf at gcc dot gnu.org ---
(In reply to Jerry DeLisle from comment #18)
> I have the patch applied.
>
> make pdf and make info work as expected. I fixed a minor typo in a comment
> for intrinsic.cc. I have a few of the g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113021
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #19 from Steve Kargl ---
On Thu, Dec 14, 2023 at 05:03:35PM +, jvdelisle at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
>
> --- Comment #18 from Jerry DeLisle ---
> I have the patch applied.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113020
--- Comment #1 from Andrew Pinski ---
Side note, I wish "Compiler Explorer" was able to a simple make file instead of
cmake.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #18 from Jerry DeLisle ---
I have the patch applied.
make pdf and make info work as expected. I fixed a minor typo in a comment for
intrinsic.cc. I have a few of the git magics to do. Shall I submit to the list
before commit?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111556
--- Comment #5 from Jakub Jelinek ---
The not dereferencing NULL environ is PR111413 and has been fixed already.
That is something different from what is reported here, and as I said, there is
nothing that can be done about it except "don't do i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112999
--- Comment #3 from GCC Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:e5e1999aa664333f766f3e6cc6996f769d50ae7a
commit r14-6556-ge5e1999aa664333f766f3e6cc6996f769d50ae7a
Author: Robin Dapp
Date: Wed Dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112773
--- Comment #14 from GCC Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:0a5170b5f596bb5fcedf25d93952b979d02d1f56
commit r14-6555-g0a5170b5f596bb5fcedf25d93952b979d02d1f56
Author: Robin Dapp
Date: Sun De
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111556
Jay changed:
What|Removed |Added
CC||gnu.org at hovland dot cx
--- Comment #4 from Jay
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113019
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78464
Andrew Pinski changed:
What|Removed |Added
CC||aros at gmx dot com
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113019
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|target
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113024
Bug ID: 113024
Summary: Nested cast not optimized out in GIMPLE
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109536
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109536
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:7d00a59229ee17af009a3c6c6208b0611740ed49
commit r14-6553-g7d00a59229ee17af009a3c6c6208b0611740ed49
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113018
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113018
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:4e9b2c94e45f5991a472fb639fb2baa6aa42b76b
commit r14-6552-g4e9b2c94e45f5991a472fb639fb2baa6aa42b76b
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111515
--- Comment #7 from Richard Biener ---
So like the following which disables threading ending in a
if (..)
__builtin_unreachable ();
branch when we thread to the _reachable_ side of it. We keep threading
to the __builtin_unreachable () sid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113007
--- Comment #7 from Pavel Novikov ---
(In reply to Jonathan Wakely from comment #5&6)
Got it.
Thank you for taking the time to expansively explain what I left out, and
confirming my understanding.
Now it's time to file a bug in MSVC's standar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112941
--- Comment #3 from Jakub Jelinek ---
Simplified:
unsigned _BitInt(2049)
foo (unsigned _BitInt(6384) x, _BitInt(8) y)
{
return x * y;
}
_BitInt(2049)
bar (unsigned _BitInt(6384) x, _BitInt(1023) y)
{
return x * y;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112793
Richard Biener changed:
What|Removed |Added
Target Milestone|14.0|11.5
Summary|[14 regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112906
Alex Coplan changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from Alex Coplan --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112793
--- Comment #13 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d782ec8362eadc3169286eb1e39c631effd02323
commit r14-6550-gd782ec8362eadc3169286eb1e39c631effd02323
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113023
Bug ID: 113023
Summary: RISCV redundant code for loading fixed address
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113022
Bug ID: 113022
Summary: GCN offloading bricked by "amdgcn: Work around XNACK
register allocation problem"
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113019
--- Comment #5 from Artem S. Tashkinov ---
(In reply to ktkachov from comment #1)
> GCC provides the Function Multiversioning feature that's supported on some
> architectures:
> https://gcc.gnu.org/onlinedocs/gcc/Function-Multiversioning.html
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113019
--- Comment #3 from ultrafine at gmx dot com ---
Yeah, I'm looking forward to being able to compile this way:
-march=x86-64 -mextra-arch=x86-64-v3
And do _nothing_ else and get a single binary. And then at runtime the
appropriate code for the d
1 - 100 of 145 matches
Mail list logo
