https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117356
--- Comment #1 from Andrew Pinski ---
By the way, no compiler gets the same code generation for all 3 functions.
Most have foo and foo1 being the same but some targets get close to foo2 though
.
RISCV32 GCC gets:
(insn 28 42 47 (set (reg/i:SI 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117356
Bug ID: 117356
Summary: __builtin_mul_overflow_p(signed, 1, unsigned long)
should be just changed to `signed<0`
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #14 from Andrew Pinski ---
So ipa-free-lang-data calls assign_assembler_name_if_needed which calls
need_assembler_name_p which does the check on if the assembler name is needed
before doing the freeing of front-end specific.
So that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Component|bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #11 from ak at gcc dot gnu.org ---
Given that it reproduce with distribution gcc 13.0 I don't think it's a
miscompilation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #10 from ak at gcc dot gnu.org ---
The small test case also fails with gcc 13.0 (although it doesn't have the
nested ICE). So it's an old latent bug.
gcc version 13.3.1 20240913 (Red Hat 13.3.1-3) (GCC)
gcc -fauto-profile=fbdata.afd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
Sam James changed:
What|Removed |Added
Summary|[15 regression] firebird|[15 regression] firebird
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #9 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #8 from ak at gcc dot gnu.org ---
It's when reading the profile file, so stage 4 (?)
The full log is here: http://firstfloor.org/~andi/l2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117002
Sam James changed:
What|Removed |Added
Last reconfirmed|2024-10-07 00:00:00 |2024-10-30
--- Comment #3 from Sam James -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117301
--- Comment #6 from Haochen Jiang ---
Fixed on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117301
Hongtao Liu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117301
--- Comment #5 from GCC Commits ---
The master branch has been updated by Haochen Jiang :
https://gcc.gnu.org/g:12086865232382f93081d5564ff44b14bd71341c
commit r15-4765-g12086865232382f93081d5564ff44b14bd71341c
Author: Haochen Jiang
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|needs-bisection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> (In reply to Andrew Pinski from comment #6)
> > Most likely r15-4414-g51b85dfeb19652
>
> Or r15-4396-g72ae35bbc90fea .
100% this one. Tested the revision befor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
--- Comment #8 from Andrew Pinski ---
Created attachment 59495
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59495&action=edit
C/C++ code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> Most likely r15-4414-g51b85dfeb19652
Or r15-4396-g72ae35bbc90fea .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
--- Comment #6 from Andrew Pinski ---
Most likely r15-4414-g51b85dfeb19652
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
--- Comment #5 from Andrew Pinski ---
It worked in July (20240727).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
--- Comment #4 from Sam James ---
Created attachment 59494
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59494&action=edit
larger.cxx
Attached the larger original function without branches pruned. I'll bisect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
--- Comment #3 from Sam James ---
--- a/foo.cxx.034t.early_objsz
+++ b/foo.cxx.034t.early_objsz
@@ -19,14 +19,14 @@ char * strncpy (char * restrict __dest, const char *
restrict __src, size_t __le
-;; Function gen_blr (_ZL7gen_blrPKc, funcdef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
--- Comment #2 from Sam James ---
It's fine in C...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
--- Comment #1 from Sam James ---
$ gcc-14 foo.cxx -Og -ggdb3 -o /tmp/a && /tmp/a
# nothing
$ gcc-15 foo.cxx -Og -ggdb3 -o /tmp/a && /tmp/a
In file included from /usr/include/string.h:548,
from
/usr/lib/gcc/x86_64-pc-linux-gnu/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
Bug ID: 117355
Summary: [15 regression] firebird miscompiled
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117329
Andrew Pinski changed:
What|Removed |Added
Summary|-Wnull-dereference error|-Wnull-dereference
|i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
ak at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #7 from Andrew Pinski ---
Also when was the last time was this known to work?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|2024-10-29 00:00:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #5 from ak at gcc dot gnu.org ---
Also the ICE had a truncated backtrace. Checking it in gdb gives the full one.
The bad mangling happens while autofdo is reading the string table of the afdo
file, and trying to generate the asm name
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
ak at gcc dot gnu.org changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117311
--- Comment #4 from H. Peter Anvin ---
Again, any recommendations for a construct (current or future) that *can* be
relied upon?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #15 from H. Peter Anvin ---
Odd. When I added a read flag intrinsic to my test case, it prevented the red
zone from being used. If it clobbers the redzone, then that's obviously a very
serious problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117327
--- Comment #11 from Brad Moody ---
Thank you for the quick turnaround!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
--- Comment #35 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:0b73e9382ab51c00a79b2a6f8abbcd31d87f6814
commit r15-4760-g0b73e9382ab51c00a79b2a6f8abbcd31d87f6814
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117354
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117354
--- Comment #3 from Sam James ---
Reproduced on trunk and tip of releases/gcc-14 with:
```
$ gcc /tmp/a.c -O2 -march=znver4 -fwhole-program -fsanitize=address
during RTL pass: expand
example.c:29:3: internal compiler error: in extract_bit_field_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117354
--- Comment #8 from Andrew Pinski ---
Created attachment 59493
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59493&action=edit
fails with ` -O2 -mavx2 -fsanitize=address`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #14 from H. Peter Anvin ---
I am assuming the cases Uroš are talking about are constrained by a separate
software convention.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117354
--- Comment #6 from Andrew Pinski ---
Created attachment 59492
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59492&action=edit
Reduced testcase
` -O2 -mavx512f -fsanitize=address` is enough to reproduce the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117354
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117354
--- Comment #5 from Sam James ---
asan isn't needed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #13 from H. Peter Anvin ---
Yes, you have to be able to "reserve" (clobber) the entire redzone (128 bytes).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117354
--- Comment #4 from Sam James ---
_BitInt(512) x;
void
baz (void *p)
{
__builtin_memcpy (p, &x, sizeof x);
}
_BitInt(512)
qux (void *p)
{
_BitInt(512) y = x + 1;
__builtin_memcpy (p, &y, sizeof y);
return x;
}
int main() {
void *ptr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117354
--- Comment #2 from Sam James ---
Oh, nevermind.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117354
Bug ID: 117354
Summary: [14] ICE: in extract_bit_field_1, at expmed.cc:1838
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85605
Bug 85605 depends on bug 117346, which changed state.
Bug 117346 Summary: ccmp does not go through canonicalize_comparison
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117346
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #12 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #11)
> (In reply to H. Peter Anvin from comment #9)
> > So this sounds like it would solve additional problems, which may very well
> > make it worthwhile.
>
> How about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117329
--- Comment #6 from Oskars Putans ---
(In reply to Andrew Pinski from comment #5)
> That is ok because the underlying issue is the same though. Only the line
> info for the `var = a;` assignment is there.
Could I get confirmation of Wnull-deref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117353
--- Comment #2 from Vineet Gupta ---
For other benign instances of the pattern lshrv8qi3, typically it goes through
a splitter in autovec.md which converts it into the canonical RVV form with all
the VL info.
(define_insn_and_split "3"
[(set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117353
Bug ID: 117353
Summary: RISC-V: ICE when building libcrypt
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117353
Vineet Gupta changed:
What|Removed |Added
CC||ewlu at rivosinc dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117346
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117346
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:3d8cd34a450e9ffe2b2ac8a0c8eb33fd5d613483
commit r15-4759-g3d8cd34a450e9ffe2b2ac8a0c8eb33fd5d613483
Author: Andrew Pinski
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85605
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:3d8cd34a450e9ffe2b2ac8a0c8eb33fd5d613483
commit r15-4759-g3d8cd34a450e9ffe2b2ac8a0c8eb33fd5d613483
Author: Andrew Pinski
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
--- Comment #17 from GCC Commits ---
The trunk branch has been updated by Andi Kleen :
https://gcc.gnu.org/g:a4e2b13888267f2581ac03f076aa0d32cd045adb
commit r15-4757-ga4e2b13888267f2581ac03f076aa0d32cd045adb
Author: Andi Kleen
Date: Wed Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117352
Bug ID: 117352
Summary: switch bit test conversion makes comparison code worse
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117352
Andrew Pinski changed:
What|Removed |Added
Summary|switch bit test conversion |[15 Regression] switch bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117352
Andrew Pinski changed:
What|Removed |Added
Target||aarch64 x86_64
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #11 from Uroš Bizjak ---
(In reply to H. Peter Anvin from comment #9)
> So this sounds like it would solve additional problems, which may very well
> make it worthwhile.
How about a guarantee that the first word of the redzone won't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
ak at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117329
--- Comment #4 from Oskars Putans ---
(In reply to Andrew Pinski from comment #1)
> I can't reproduce the warning for Wnull-dereference but I do get a warning
> for -O2 -Warray-bounds that has the same line as what you reported.
Oh no.. It see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117329
--- Comment #5 from Andrew Pinski ---
(In reply to Oskars Putans from comment #4)
> (In reply to Andrew Pinski from comment #1)
> > I can't reproduce the warning for Wnull-dereference but I do get a warning
> > for -O2 -Warray-bounds that has t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
--- Comment #18 from GCC Commits ---
The trunk branch has been updated by Andi Kleen :
https://gcc.gnu.org/g:3d06e9c3e07e13eab715e19dafbcfc1a0b7e43d6
commit r15-4758-g3d06e9c3e07e13eab715e19dafbcfc1a0b7e43d6
Author: Andi Kleen
Date: Fri Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117352
--- Comment #2 from Andrew Pinski ---
But note not all targets support all comparisons with ccmp (though I think for
integer both x86_64 and aarch64 supports all, it is float comparisons where
TARGET_GEN_CCMP_FIRST/TARGET_GEN_CCMP_NEXT can fail)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #10 from Uroš Bizjak ---
(In reply to H. Peter Anvin from comment #9)
> I just want to reiterate that for the inline assembly case specifically,
> just doing the "heavy hammer" thing of disabling the redzone (which looks to
> me to
.
gcc/
PR rtl-optimization/117327
* reorg.cc (find_end_label): Do not return a dangling label at the
end of the function and adjust commentary.
gcc/testsuite/
* gcc.c-torture/execute/20241029-1.c: New test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #9 from H. Peter Anvin ---
So this sounds like it would solve additional problems, which may very well
make it worthwhile.
I just want to reiterate that for the inline assembly case specifically, just
doing the "heavy hammer" thing
commentary.
gcc/
PR rtl-optimization/117327
* reorg.cc (find_end_label): Do not return a dangling label at the
end of the function and adjust commentary.
gcc/testsuite/
* gcc.c-torture/execute/20241029-1.c: New test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #3 from ak at gcc dot gnu.org ---
Reduced test case for an Intel platform:
gu.cc:
template class tuple;
template struct tuple<_T1, _T2> {
tuple(_T1, _T2);
};
struct __uniq_ptr_impl {
__uniq_ptr_impl(int __p, int) : _M_t(__p, in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116949
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117007
--- Comment #10 from Steven Munroe ---
(In reply to Segher Boessenkool from comment #7)
> It is always more and slower code. Yes.
More examples:
vui64_t
test_sld_52_v1 (vui64_t vra)
{
vui32_t shft = vec_splat_u32(52-64);
return vec_vsld (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117327
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114785
--- Comment #4 from Andrew Pinski ---
(In reply to Richard Biener from comment #3)
> Note there's still code in tree-vect-patterns.cc creating those and code in
> tree-vect-stmts.cc might use gimple_extract on them.
Now we assert this won't hap
.
gcc/
PR rtl-optimization/117327
* reorg.cc (find_end_label): Do not return a dangling label at the
end of the function and adjust commentary.
gcc/testsuite/
* gcc.c-torture/execute/20241029-1.c: New test.
commentary.
gcc/
PR rtl-optimization/117327
* reorg.cc (find_end_label): Do not return a dangling label at the
end of the function and adjust commentary.
gcc/testsuite/
* gcc.c-torture/execute/20241029-1.c: New test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117347
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
Last reconfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117351
Andrew Pinski changed:
What|Removed |Added
Known to work||11.1.0, 13.1.0, 13.3.0
Ever confirm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117351
--- Comment #1 from Andrew Pinski ---
Created attachment 59490
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59490&action=edit
Slightly reduced and cleaned up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
Uroš Bizjak changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117344
--- Comment #2 from Andrew Pinski ---
The way cond_addvnx4si_2 is written currently is:
;; Predicated integer operations, merging with the first input.
(define_insn "*cond__2"
[(set (match_operand:SVE_I 0 "register_operand")
(unspec:SV
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117351
Bug ID: 117351
Summary: ICE while reporting invalid template error
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117344
Andrew Pinski changed:
What|Removed |Added
Keywords||ra
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117349
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:9dd9a88b75334bc079b8ab5fb2dbb5d56765bd60
commit r15-4754-g9dd9a88b75334bc079b8ab5fb2dbb5d56765bd60
Author: Andrew Pinski
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116607
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117349
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117007
--- Comment #9 from Steven Munroe ---
(In reply to Segher Boessenkool from comment #7)
> It is always more and slower code. Yes.
lets try some specific examples and examine the code generated for power8/9/10
vui32_t
test_slw_23_v0 (vui32_t vr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Sam James changed:
What|Removed |Added
CC||erozen at microsoft dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117170
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Andrew Pinski changed:
What|Removed |Added
Keywords||build
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Bug ID: 117350
Summary: ICE in pretty print during bootstrap
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117328
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117328
Eric Botcazou changed:
What|Removed |Added
Summary|Iterated component |iterated component
|a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117313
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:28b7aed124d4d86be552f24469c2cfa59a49edaf
commit r15-4753-g28b7aed124d4d86be552f24469c2cfa59a49edaf
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #7 from H. Peter Anvin ---
Created attachment 59489
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59489&action=edit
Test case assembly output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #6 from H. Peter Anvin ---
Created attachment 59488
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59488&action=edit
Test case
1 - 100 of 180 matches
Mail list logo
