https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110237
--- Comment #19 from rguenther at suse dot de ---
On Mon, 26 Jun 2023, amonakov at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110237
>
> --- Comment #18 from Alexander Monakov ---
> (In reply to rguent...@suse.de fr
/gcc/native> gcc/gnat1 -quiet example.adb
+===GNAT BUG DETECTED==+
| 14.0.0 20230626 (experimental) [master r14-2083-g068eba260fa]
(x86_64-suse-linux) |
| Assert_Failure sem.adb:650 |
| Error detected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110334
--- Comment #12 from rguenther at suse dot de ---
On Mon, 26 Jun 2023, hubicka at ucw dot cz wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110334
>
> --- Comment #11 from Jan Hubicka ---
> Hi,
> what about this. It should make at leas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110414
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110413
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82735
--- Comment #21 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:a90f558bbb87c0b5d2b1e07d55bd585b2285cf3d
commit r14-2114-ga90f558bbb87c0b5d2b1e07d55bd585b2285cf3d
Author: liuhongt
Date: Mon Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110215
--- Comment #6 from Hongyu Wang ---
Thanks for the fix, now for the attached test, main loop will not have any
load.
There is a remaining issue that the loop epilogue still contains load from
stack and constant pool
.L9:
movslq %edx,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110426
Bug ID: 110426
Summary: Missing buffer overflow warning with function pointer
that has the alloc_size attribute
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92151
--- Comment #4 from Andrew Pinski ---
(In reply to Alexander Monakov from comment #3)
>
> Here's a manually reduced variant that exhibits a similar issue at -O1:
>
> void foo(int num, int c) {
> asm("# %0" : "+r"(num));
> while (--c)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110264
Kito Cheng changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98619
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103979
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110420
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110264
--- Comment #6 from CVS Commits ---
The releases/gcc-13 branch has been updated by Pan Li :
https://gcc.gnu.org/g:2f3eedccaff8b6c65869ed50a7733138740325ff
commit r13-7482-g2f3eedccaff8b6c65869ed50a7733138740325ff
Author: Juzhe-Zhong
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110425
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110425
--- Comment #2 from Andrew Pinski ---
diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi
index c01cd3fe90c..53a1b12f88a 100644
--- a/gcc/doc/extend.texi
+++ b/gcc/doc/extend.texi
@@ -13731,7 +13731,7 @@ an extension. @xref{Variable Length},
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110425
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110425
Bug ID: 110425
Summary: Docbug: missing name for builtin function
(__builtin_alloca_with_align_and_max?)
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110398
--- Comment #3 from aj at ianozi dot com ---
Sorry about that.
Here's the results on my Macbook (Darwin macbook 21.6.0 Darwin Kernel Version
21.6.0: Thu Mar 9 20:12:18 PST 2023;
root:xnu-8020.240.18.700.8~1/RELEASE_ARM64_T8110 arm64):
```
gcc -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110398
--- Comment #2 from aj at ianozi dot com ---
Created attachment 55403
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55403&action=edit
files for bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110424
Bug ID: 110424
Summary: Bogus ODR warning for FMV member function with -flto
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110423
--- Comment #1 from Vineet Gupta ---
Created attachment 55402
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55402&action=edit
test case (but needs reverting upstream 6508d5e5a1a)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110423
Bug ID: 110423
Summary: Redundant constants not gettign eliminated on RISCV.
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103979
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=110420
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98619
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110422
Bug ID: 110422
Summary: asm goto vs SRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110420
--- Comment #4 from Andrew Pinski ---
Created attachment 55401
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55401&action=edit
Patch
So this is another `asm goto` not being considered as volatile.
Anyways that fixes that issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103979
--- Comment #6 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #3)
> struct S { char a[64]; };
>
> int
> foo (void)
> {
> struct S s, t;
> asm goto ("" : "=g" (s) : : : l);
> t = s;
> asm goto ("" : "=g" (s) : : : l);
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103979
--- Comment #5 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #3)
> I think we shouldn't just follow blindly the docs, but see what e.g. Linux
> kernel as heavy user of asm goto with outputs (and I think mostly without
> volatile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110420
Andrew Pinski changed:
What|Removed |Added
Summary|[12/13/14 Regression] |[12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110421
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110420
Andrew Pinski changed:
What|Removed |Added
Known to work||11.1.0, 11.4.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110421
--- Comment #1 from Dominik Gronkiewicz ---
Actually the minimal example can be cut down even further, to not introduce
confusion:
program main
implicit none
type :: typ1
end type
type, extends(typ1) :: typ1a
end type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110420
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Summary|internal compil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110421
Bug ID: 110421
Summary: internal compiler error: in gfc_get_symbol_decl, at
fortran/trans-decl.cc:1548
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110420
Bug ID: 110420
Summary: internal compiler error: in
gimple_redirect_edge_and_branch, at tree-cfg.cc:6262
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108678
--- Comment #7 from Jonathan Wakely ---
The change to libstdc++-v3/src/c++17/fast_float/fast_float.h should be done
upstream: https://github.com/fastfloat/fast_float
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110410
--- Comment #6 from Andrew Pinski ---
(In reply to Jw Zeng from comment #3)
> (In reply to Richard Biener from comment #2)
> > phi-opt again?
>
> Link to the Compiler Explorer:https://godbolt.org/z/EeEqMGnWo
>
> I reduced the code again, I hop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110419
Bug ID: 110419
Summary: [14 regression] new test case gfortran.dg/value_9.f90
in r14-2050-gd130ae8499e0c6 fails
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110406
--- Comment #10 from ibuclaw at gcc dot gnu.org ---
Looking at an ICE in stage2 D compiler for i686-darwin17, I realized that it's
another facet of this issue.
// aggregate.d
import dsymbol;
extern (C++) class AggregateDeclaration : ScopeDsymbol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110409
--- Comment #2 from Steven Xia ---
Noted, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108678
--- Comment #6 from Zac Walker ---
I have been rebasing regularly to keep all my changes on top of the commit log.
You can use github's compare url to combine my changes into a single diff
(based on commit hash). For example:
https://github.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110416
--- Comment #3 from Andrew Pinski ---
[dcl.init.general]/8 (specifically 8.2) is what makes the union case valid.
Though I wonder what mutable field means in an union if not the whole union is
not mutable ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110418
Bug ID: 110418
Summary: ICE on valid code at -O2 and -O3 with
-fselective-scheduling2: Segmentation fault
Product: gcc
Version: unknown
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110416
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|Error initializi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110416
Andrew Pinski changed:
What|Removed |Added
Summary|Error initializing of const |Error initializing of const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110409
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-06-26
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #15 from Mikael Morin ---
(In reply to anlauf from comment #14)>
> Let's hope that somebody with access to such a system can run the testcase
> manually and append the output to this PR.
I have asked for an account on the compile f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110377
--- Comment #4 from Andrew Macleod ---
If I were to guess, I'd guess that its using the default query which simply
picks up global ranges from the global_range_query.
If enable_range() was called at the start, and disable_ranger() at the end of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #70 from Jakub Jelinek ---
For right shifts, I wonder if we shouldn't emit inline (perhaps with exception
of -Os) something like:
__attribute__((noipa)) void
ashiftrt575 (unsigned long *p, unsigned long *q, int n)
{
int prec = 575;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110412
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110371
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110237
--- Comment #18 from Alexander Monakov ---
(In reply to rguent...@suse.de from comment #17)
> Yes, we do the same to loads. I hope that's not a common technique
> though but I have to admit the vectorizer itself assesses whether it's
> safe to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108678
--- Comment #5 from Brecht Sanders
---
Thanks Zac, how can I see what you actually changed?
Is there a particular GCC version I can diff
https://github.com/ZacWalk/gcc-woarm64 against?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110334
--- Comment #11 from Jan Hubicka ---
Hi,
what about this. It should make at least quite basic inlining to happen
to always_inline. I do not think many critical always_inlines have
indirect calls in them. The test for lto is quite bad and I can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110417
Bug ID: 110417
Summary: [modules] Segfault compiling iostream as header unit
on FreeBSD
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110415
kargl at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2023-06-26
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110416
Bug ID: 110416
Summary: Error initializing of const union variable with a
mutable field
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110377
--- Comment #3 from Jan Hubicka ---
IPA code takes value ranges from jump functions that are computed by
ipa-prop::ipa_compute_jump_functions_for_edge which seems to do:
if (TREE_CODE (arg) == SSA_NAME
&& param_type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110239
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110404
--- Comment #2 from Giuseppe D'Angelo ---
(In reply to Richard Biener from comment #1)
> But your testcase is invoking undefined behavior when inspecting 'ptr'?
> That doesn't change with -ftrivial-auto-var-init=zero, so getting a trap is
> goo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110239
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:3bb9f9329c378934541ae4cff9977b7487e97cf0
commit r14-2105-g3bb9f9329c378934541ae4cff9977b7487e97cf0
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
--- Comment #17 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:c2ebccc97190a978a44e341516b488f02a78c598
commit r14-2101-gc2ebccc97190a978a44e341516b488f02a78c598
Author: Jan Hubicka
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110411
Peter Bergner changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jeevitha at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110412
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110410
Andrew Pinski changed:
What|Removed |Added
Depends on||110252
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110410
--- Comment #4 from Andrew Pinski ---
Yes phiopt again:
_7 = _3 >> _6;
iftmp.7_27 = (unsigned int) _7;
_13 = _7 > 0;
_12 = (unsigned int) _13;
_11 = _12 | iftmp.7_27;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110415
Bug ID: 110415
Summary: (Re)allocation on assignment to allocatable
polymorphic variable from allocatable polymorphic
function result
Product: gcc
Version: 13.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110398
Eric Botcazou changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110336
Eric Botcazou changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110414
Bug ID: 110414
Summary: [14 Regression] Dead Code Elimination Regression
since r14-1127-g9e2017ae6ac
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110411
Peter Bergner changed:
What|Removed |Added
Known to fail||11.0, 12.0, 13.0, 14.0
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110413
Bug ID: 110413
Summary: [14 Regression] Missed Dead Code Elimination when
using __builtin_unreachable since
r14-1880-g827e208fa64
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110411
Peter Bergner changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110412
Bug ID: 110412
Summary: [14 Regression] GCN 'gcc.dg/vect/pr65494.c' ICE,
'error: invalid types in nop conversion'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110411
Bug ID: 110411
Summary: ICE on simple memcpy test case when allowing
generation of vector pair load/store insns
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110377
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110251
--- Comment #7 from Andrew Macleod ---
(In reply to Andrew Macleod from comment #6)
> bah.
>
> Ranger hang is resolved with:
>
> commit 4dfeb1cd8dfca234186216d891ec8f46235c3a14
> Date: Thu Jun 22 10:00:12 2023 -0400
>
> Avoid redundan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110251
--- Comment #6 from Andrew Macleod ---
bah.
Ranger hang is resolved with:
commit 4dfeb1cd8dfca234186216d891ec8f46235c3a14
Date: Thu Jun 22 10:00:12 2023 -0400
Avoid redundant GORI calcualtions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110403
Patrick Palka changed:
What|Removed |Added
Keywords||rejects-valid
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110239
--- Comment #2 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #1)
> ==55393==ERROR: AddressSanitizer: global-buffer-overflow on address
> 0x004c9324 at pc 0x00432970 bp 0x7ffe2c7fcf80 sp 0x7ffe2c7fcf78
> READ of size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109780
--- Comment #14 from Xi Ruoyao ---
Any clue about how to fix this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105816
--- Comment #1 from Richard Biener ---
For example for
void __attribute__((noipa)) test_lo (short * __restrict dst, short *src1, short
*src2, int n)
{
for (int i = 0; i < n; ++i)
{
dst[0] = src1[0];
dst[1] = src1[1];
dst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110410
--- Comment #3 from Jw Zeng ---
(In reply to Richard Biener from comment #2)
> phi-opt again?
Link to the Compiler Explorer:https://godbolt.org/z/EeEqMGnWo
I reduced the code again, I hope it helps. The reduced code is as follows:
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110381
Richard Biener changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110381
--- Comment #10 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:53d6f57c1b20c6da52aefce737fb7d5263686ba3
commit r14-2095-g53d6f57c1b20c6da52aefce737fb7d5263686ba3
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110410
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection, wrong-code
Target M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110380
Anthony Williams changed:
What|Removed |Added
CC||anthony.ajw at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110237
--- Comment #17 from rguenther at suse dot de ---
On Mon, 26 Jun 2023, amonakov at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110237
>
> --- Comment #16 from Alexander Monakov ---
> (In reply to rguent...@suse.de fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110392
Richard Biener changed:
What|Removed |Added
Summary|[13/14 Regression] ICE at |[13 Regression] ICE at -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110392
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:ab6eac20f00761695c69b555f6b0a026bc25770d
commit r14-2089-gab6eac20f00761695c69b555f6b0a026bc25770d
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110381
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110380
--- Comment #4 from Gašper Ažman ---
John McFarlane noted that pre-initializing coverage datastructures with the
results of the constexpr-evaluated traces would also be a possible direction.
It does mean the linker needs to then correctly merge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110380
Hana Dusíková changed:
What|Removed |Added
CC||hanicka at hanicka dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110371
Thiago Jung Bauermann changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110410
--- Comment #1 from Jw Zeng ---
Link to the Compiler Explorer: https://godbolt.org/z/d5v5scnP4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110381
--- Comment #8 from Richard Biener ---
OK, so we transform the in-order FOLD_LEFT_REDUCTION as
# sum_22 = PHI
# vectp_foos.7_25 = PHI
...
vect_foo_c_8.9_21 = MEM [(double *)vectp_foos.7_25];
vectp_foos.7_20 = vectp_foos.7_25 + 16;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110410
Bug ID: 110410
Summary: [14 Regression] Different results between -O0 and -O2
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110406
--- Comment #9 from ibuclaw at gcc dot gnu.org ---
(In reply to ibuclaw from comment #8)
> So long as C and D agree with each other when it comes to POD types, it
> almost doesn't matter to me weather the back-end is following the wrong ABI.
Or w
1 - 100 of 130 matches
Mail list logo
