https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112450
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112339
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:533241c6c60bc7c9f7dc47a94e94b5eed1b370e6
commit r14-5265-g533241c6c60bc7c9f7dc47a94e94b5eed1b370e6
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91910
--- Comment #11 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:0fc5cc6e5a2dfd7dbdd20bc27f975eed155ffb91
commit r13-8020-g0fc5cc6e5a2dfd7dbdd20bc27f975eed155ffb91
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72
--- Comment #3 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:9847a4e9f025e66bfd09e0174e8bd32aa01939af
commit r13-8021-g9847a4e9f025e66bfd09e0174e8bd32aa01939af
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112450
--- Comment #5 from JuzheZhong ---
(In reply to Richard Biener from comment #4)
> (In reply to JuzheZhong from comment #1)
> > Oh. I see we have cond_xxx pattern for VLS modes.
> >
> > like V64HImdoe. But we don't support partial vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21769
--- Comment #9 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:5d036ff51e2491401b9a64705bfd7f7467764260
commit r13-8029-g5d036ff51e2491401b9a64705bfd7f7467764260
Author: Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65833
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f172b9d38db426d2b102c0f9c1fd58672acc6c9b
commit r14-5266-gf172b9d38db426d2b102c0f9c1fd58672acc6c9b
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112455
Bug ID: 112455
Summary: befriending a lambda closure type doesn't grant access
to the lambda body
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112444
--- Comment #8 from Richard Biener ---
OK, so the reason is that we value-number tmp_46 in
[local count: 482002707]:
if (0 != 0)
goto ; [33.00%]
else
goto ; [67.00%]
[local count: 322941815]:
tmp_5 = .DEFERRED_INIT (1, 2, &"tmp"[0]);
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112443
--- Comment #2 from Alexander Grund ---
I can confirm that the suggested patch can be applied to 12.2.0 and fixes the
issue I observed
> "gnatmake --help" states that -gnatyg is equivalent to -gnatydISux, but
> in fact the new switch -gnatyz (check parentheses not required by operator
> precedence rules) is included.
>
> If this is deliberate, the help information should say so.
This is indeed deliberate, thanks for reporting!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112446
--- Comment #1 from charlet at adacore dot com ---
> "gnatmake --help" states that -gnatyg is equivalent to -gnatydISux, but
> in fact the new switch -gnatyz (check parentheses not required by operator
> precedence rules) is included.
>
> If
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107231
Thomas Schwinge changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112450
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-11-09
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112452
Jonathan Wakely changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|14.0|13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112450
--- Comment #7 from JuzheZhong ---
breakpoint.vect_record_loop_mask (loop_vinfo, masks, ncopies *
vec_num,
(gdb) p vectype->type_common.mode
$1 = E_V64HImode
Form my observation. It seems to be V64HImode.
I tried you patch l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109882
--- Comment #10 from Jonathan Wakely ---
The fix has been committed upstream now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112450
--- Comment #8 from JuzheZhong ---
I think RVV won't use vec_pack/vec_unpack for mask.
Since we always uses len as the loop control.
I think it's fine just disable it when target doesn't support split mask
operations like RVV.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109882
Sam James changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112450
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112444
--- Comment #9 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:8ebcea91e24964ec52ca2caf9f8585f3a785f7d5
commit r14-5276-g8ebcea91e24964ec52ca2caf9f8585f3a785f7d5
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112444
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112456
Bug ID: 112456
Summary: Diagnostic for [[nodiscard]] on a constructor could be
improved
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106851
Nathaniel Shead changed:
What|Removed |Added
CC||nathanieloshead at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112450
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112413
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112457
Bug ID: 112457
Summary: Possible better vectorization of different reduction
min/max reduction
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112457
--- Comment #1 from JuzheZhong ---
Reference: https://godbolt.org/z/9M1jWzMdx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112450
--- Comment #11 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:83f66d90af69837f7c8fc88f8afb7074d4555394
commit r14-5278-g83f66d90af69837f7c8fc88f8afb7074d4555394
Author: Juzhe-Zhong
Date: Thu Nov 9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112443
--- Comment #3 from Alexander Grund ---
> I can confirm that the suggested patch can be applied to 12.2.0 and fixes
> the issue I observed
Also tested 12.1, 12.3, 13.1, 13.2 with this patch and it works (as expected)
too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112458
Bug ID: 112458
Summary: SLP permute optimization issue
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112457
Richard Biener changed:
What|Removed |Added
Component|c |tree-optimization
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112455
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102791
Andrew Pinski changed:
What|Removed |Added
CC||richard-gccbugzilla@metafoo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:fd8e5f3c430f37c99ddcc00fcafc1a12b3475a3a
commit r14-5280-gfd8e5f3c430f37c99ddcc00fcafc1a12b3475a3a
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33
Richard Biener changed:
What|Removed |Added
Summary|SLP of scatters not |multi-lane SLP of scatters
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111605
--- Comment #13 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:1c6d6b34b112b52566ebde49afef3e6eb747ef90
commit r14-5281-g1c6d6b34b112b52566ebde49afef3e6eb747ef90
Author: Tatsuyuki Ishi
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111605
Richard Biener changed:
What|Removed |Added
Known to work||14.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112453
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |13.3
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112452
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2023-11-09
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112459
Bug ID: 112459
Summary: gfortran -w option causes derived-type finalization at
creation time
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111813
--- Comment #1 from CVS Commits ---
The master branch has been updated by Marc Poulhi?s :
https://gcc.gnu.org/g:a80daa2e52ab8fd8a83eec1379b4a5d4187a1162
commit r14-5282-ga80daa2e52ab8fd8a83eec1379b4a5d4187a1162
Author: Simon Wright
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407
--- Comment #6 from Paul Thomas ---
(In reply to Tomáš Trnka from comment #5)
> I'm looking forward to any more information on the root cause.
I have failed to produce a compact reproducer that resembles your bug. In fact,
you will note the fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112460
Bug ID: 112460
Summary: ICE with parameterized derived types (incorrect code,
should be rejected)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #74 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:2d44ab221f64f01fc676be0da1a6774740d713c6
commit r14-5283-g2d44ab221f64f01fc676be0da1a6774740d713c6
Author: Tamar Christina
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #75 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:3f176e1adc6bc9cc2c21222d776b51d9f43cb66b
commit r14-5284-g3f176e1adc6bc9cc2c21222d776b51d9f43cb66b
Author: Tamar Christina
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #76 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:f30ecd8050444fb902ab66b4600c590908861fdf
commit r14-5285-gf30ecd8050444fb902ab66b4600c590908861fdf
Author: Tamar Christina
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #79 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:ffd40d3b233d63c925cceb0dcd5a4fc8925e2993
commit r14-5288-gffd40d3b233d63c925cceb0dcd5a4fc8925e2993
Author: Tamar Christina
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #77 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:2ea13fb9c0b56e9b8c0425d101cf81437a5200cf
commit r14-5286-g2ea13fb9c0b56e9b8c0425d101cf81437a5200cf
Author: Tamar Christina
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #80 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:ed2e058c58ab064fe3a26bc4a47a5d0a47350f97
commit r14-5289-ged2e058c58ab064fe3a26bc4a47a5d0a47350f97
Author: Tamar Christina
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #78 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:830460d67a10549939602ba323ea3fa65fb7de20
commit r14-5287-g830460d67a10549939602ba323ea3fa65fb7de20
Author: Tamar Christina
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #81 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:e01c2eeb2b654abc82378e204da8327bcdaf05dc
commit r14-5290-ge01c2eeb2b654abc82378e204da8327bcdaf05dc
Author: Tamar Christina
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
Tamar Christina changed:
What|Removed |Added
Summary|[13/14 regression] jump |[13 regression] jump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112308
Andrew Stubbs changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112461
Bug ID: 112461
Summary: [14 regression] Simple return inside extended return
loses updates to return object value
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112456
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Last reco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112462
Bug ID: 112462
Summary: RISC-V zicond cost model enhancements
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111667
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112110
--- Comment #4 from CVS Commits ---
The releases/gcc-13 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:61025fbaf989a57ebf44f76d397fb895be0210ac
commit r13-8033-g61025fbaf989a57ebf44f76d397fb895be0210ac
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112442
--- Comment #10 from Xi Ruoyao ---
(In reply to Adam Andersson from comment #9)
> I was sure I had tried -fno-strict-aliasing without any difference, but I
> guessed I messed up somehow. Sorry about that.
>
> Still, is it not strange that -Wall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112463
Bug ID: 112463
Summary: ternary operator / -Wsign-compare inconsistency
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
ing
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231109 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97503
--- Comment #6 from Uroš Bizjak ---
(In reply to LIU Hao from comment #4)
> Are there any reasons why this was not done for 64?
> (https://gcc.godbolt.org/z/7vddPdxaP)
There is zero-extension from the result of __builtin_clzll that confuses
opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97503
--- Comment #7 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #6)
> (In reply to LIU Hao from comment #4)
> > Are there any reasons why this was not done for 64?
> > (https://gcc.godbolt.org/z/7vddPdxaP)
>
> There is zero-extension f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112348
--- Comment #1 from vincenzo Innocente ---
This patch works for me
diff --git a/libstdc++-v3/include/std/stacktrace
b/libstdc++-v3/include/std/stacktrace
index da0e48d3532..9a0d0b16068 100644
--- a/libstdc++-v3/include/std/stacktrace
+++ b/libs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112465
Bug ID: 112465
Summary: libgcc: aarch64: lse runtime does not work with big
data segments
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112465
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112464
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89867
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112464
--- Comment #1 from Robin Dapp ---
We fail at:
void
vect_finish_replace_stmt (vec_info *vinfo,
stmt_vec_info stmt_info, gimple *vec_stmt)
{
gimple *scalar_stmt = vect_orig_stmt (stmt_info)->stmt;
gcc_assert (gimple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112459
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112449
--- Comment #9 from joseph at codesourcery dot com ---
To quote the C23 DIS, "This annex does not require the full support for
signaling NaNs specified in IEC 60559. This annex uses the term NaN,
unless explicitly qualified, to denote quiet Na
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112454
--- Comment #1 from Andrew Pinski ---
here is another testcase which shows the issue with pulling the constant one
out of the loop when it could have been merged with the csel to use csinc:
```
int f(int *a, int n, int *b, int d)
{
for(int i =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #29 from John David Anglin ---
The miscompilation is in compiler_visit_expr:
(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program:
/home/dave/debian/python3.11/python3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110779
Gaius Mulley changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112465
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #2 from Wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112459
Paul Thomas changed:
What|Removed |Added
Last reconfirmed||2023-11-09
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110215
--- Comment #7 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:a99f6bb142bc4506dcb8aa2b7722310ad92e4528
commit r14-5294-ga99f6bb142bc4506dcb8aa2b7722310ad92e4528
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112426
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #4 from Wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112426
--- Comment #5 from Andrew Pinski ---
(In reply to Wilco from comment #4)
> That first REG_DEAD note after scheduling looks wrong:
>
>15: x0:DI=r93:DI+0x10
> REG_DEAD r93:DI
> 8: [r93:DI]=r98:DI
> REG_DEAD r98:DI
> 9: [r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112103
--- Comment #1 from Segher Boessenkool ---
Those are:
$ diff -up rlwinm-0.s{.12,}
--- rlwinm-0.s.12 2023-11-09 18:28:49.362639203 +
+++ rlwinm-0.s 2023-11-09 18:30:46.422896735 +
@@ -6747,7 +6747,7 @@ f_1_16_31:
.LFB345:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112426
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> IIRC REG_DEADs are updated via df before IRA so they can be ignored here.
Yes see ira in ira.cc:
df_note_add_problem ();
That will recompute the REG_DEAD (re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112103
--- Comment #2 from Segher Boessenkool ---
In all those cases the code is perfectly fine, but also in all of those cases
the
code is still suboptimal: the rldicl is just as superfluous as the second
rlwinm
was! :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112466
Bug ID: 112466
Summary: Add support for getting the supported CPU features
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #30 from John David Anglin ---
0x0019c684 <+588>: stw r23,0(r22)
=> 0x0019c688 <+592>: stw ret1,0(r21)
0x0019c68c <+596>: stw r31,0(r20)
0x0019c690 <+600>: b,l 0x198d58 ,rp
0x0019c694 <+604>: stw ret0,0(r19)
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112467
Bug ID: 112467
Summary: [14 Regression] libstdc++ fails to build on clang:
bits/stl_bvector.h:189:23: error: '__assume__'
attribute cannot be applied to a statement
Product
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96213
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112467
--- Comment #1 from Andrew Pinski ---
GCC/GNUC's assume is the same as the way C++23 attribute is defined ...
Looks like clang decided to implement an attribute assume which is totally
different ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112467
--- Comment #2 from Sergei Trofimovich ---
Filed a feature request on `clang` side to consider implementing it:
https://github.com/llvm/llvm-project/issues/71858
Meanwhile would it be reasonable to enable the attribute only for `gcc`?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112467
--- Comment #3 from Andrew Pinski ---
(In reply to Sergei Trofimovich from comment #2)
> Meanwhile would it be reasonable to enable the attribute only for `gcc`?
Or rather for !__CLANG__ :).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105996
Patrick Palka changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
|a/show_bug.cgi?id=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102637
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101603
Bug 101603 depends on bug 102637, which changed state.
Bug 102637 Summary: "Error: ‘reinterpret_cast’ is not a constant expression"
when no reinterpret_cast is involved
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102637
What|Rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112468
Bug ID: 112468
Summary: [14 Regression] Missed phi-opt after recent change
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112468
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112453
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:d63282fa5b587f1b994210212f236b998a332995
commit r14-5297-gd63282fa5b587f1b994210212f236b998a332995
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112402
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #31 from Jeffrey A. Law ---
IIRC r21 is call-clobbered. So I guess the question turns into what was the
sequence before f-m-o got involved -- was it assuming r21 would be preserved,
or did f-m-o make r21 live across the call?
1 - 100 of 144 matches
Mail list logo
