Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
void f() {
int x;
__builtin_printf("%d\n", sizeof(x));
}
$ gcc -c a.c -Wformat
a.c: In function 'f':
a.c:3:28: warning: format '%d&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119791
--- Comment #1 from nightstrike ---
Created attachment 61102
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61102&action=edit
RTL on linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119791
--- Comment #3 from nightstrike ---
Created attachment 61104
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61104&action=edit
asm on Linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119791
--- Comment #2 from nightstrike ---
Created attachment 61103
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61103&action=edit
asm on Windows
: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
Created attachment 61101
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61101&action=edit
RTL on windows
All four tests in this file fail on Windows:
FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86273
nightstrike changed:
What|Removed |Added
Known to work||13.1.0
Known to fail
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
This test fails on at least x86_64-w64-mingw32:
/* { dg-final { scan-assembler-symbol-section {^_?ar}
{^\.(const|rodata)|\[RO\]} } } */
with the following message:
FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119765
--- Comment #6 from nightstrike ---
Patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2025-April/680856.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119765
--- Comment #4 from nightstrike ---
Ah, I think I understand better. It's not the AMD64 ABI saying to pass the
register count in EAX, it's the SysV or whatever ABI saying to do it, and the
Windows ABI says to do something else.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119765
--- Comment #3 from nightstrike ---
Is this a case of "skip windows", or a case of "skip targets with/without
feature X"?
Also, I'm a little surprised, as based on the name of the test, I would think
it was testing
: c
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
The test gcc.target/i386/amd64-abi-9.c fails on at least x86_64-w64-mingw-w64
due to the xorl instruction not being found:
FAIL: gcc.target/i386/amd64-abi-9.c scan-assembler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117432
--- Comment #19 from nightstrike ---
(In reply to Sam James from comment #17)
> (In reply to nightstrike from comment #16)
>
> I think you've either made an error and tested with the wrong GCC, or it
> needs its own bug. In
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
While investigating an unrelated bug in
gcc.dg/Wbuiltin-declaration-mismatch-16.c, I noticed that the output of the
compiler
: c
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
See the following for reference:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117432#c18
https://gcc.gnu.org/legacy-ml/gcc-patches/2010-01/msg01034.html
https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117432
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119414
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
Severity: normal
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
```
a.c:
#define F(A) \
f(#notA)
$ gcc -c a.c
a.c:1:12: error: '#' is not followed by a m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108152
--- Comment #4 from nightstrike ---
>From Andrew on IRC: use __extension__ before __SIZE_TYPE__
This should alleviate the pedantic warnings while (I believe) not invalidating
the point of the test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87950
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109577
--- Comment #9 from nightstrike ---
(In reply to David Malcolm from comment #8)
> Should be fixed for GCC 13 (for the upcoming GCC 13.3) by the above patches.
Did you miss my comment #5 highlighting the need to adjust the declaration of
mal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110014
--- Comment #6 from nightstrike ---
(In reply to David Malcolm from comment #5)
> Should be fixed for GCC 13 (for the upcoming GCC 13.3) by the above patch.
Did you miss my comment #3 that highlighted the problem due to assuming that
siz
++
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
See https://gcc.gnu.org/pipermail/gcc-help/2024-March/143369.html for
reference.
The documentation at https://gcc.gnu.org/onlinedocs/gcc/Variable-Length.html
states that VLAs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108644
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43613
--- Comment #10 from nightstrike ---
Patch thread started here:
https://gcc.gnu.org/pipermail/gcc-patches/2024-February/644674.html
https://inbox.sourceware.org/gcc-patches/4700e066-1b50-4e7b-92f7-d8c33a330...@gmail.com/
and ended with this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105755
--- Comment #6 from nightstrike ---
(In reply to nightstrike from comment #5)
> If I open your godbolt links, they aren't using a Windows target compiler,
> so they aren't exercising an LLP64 target.
For instance:
https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105755
--- Comment #5 from nightstrike ---
(In reply to David Malcolm from comment #4)
> Looks like this was fixed sometime in GCC 13; resolving as WORKSFORME.
>
> Feel free to reopen if you have a reproducer that triggers on a more rec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022
--- Comment #35 from nightstrike ---
(In reply to anlauf from comment #34)
> Are you sure that it finds the right new libgfortran?
Good call. I did a make install first and re-ran it, and they all pass now.
Sorry for the noise, this is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022
--- Comment #33 from nightstrike ---
I modified the test further to just print which ones would have called stop.
Almost, but not all, do:
stop 2
stop 3
stop 4
stop 7
stop 8
stop 9
stop 10
stop 11
stop 12
stop 13
stop 15
stop 20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022
--- Comment #32 from nightstrike ---
(In reply to anlauf from comment #31)
> (In reply to nightstrike from comment #30)
> > (In reply to GCC Commits from comment #29)
> > > * gfortran.dg/pr111022.f90: New test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113624
nightstrike changed:
What|Removed |Added
Known to fail||11.3.0, 12.2.0, 13.0, 14.0
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105755
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109577
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110014
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
: testsuite-fail
Severity: normal
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
This test uses an incorrect declaration for calloc():
void *calloc(long, long
, testsuite-fail
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
CC: ktietz at gcc dot gnu.org
Target Milestone: ---
Target: *-*-mingw
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
CC: dmalcolm at gcc dot gnu.org
Target Milestone: ---
The original PR7356 highlighted a problem where a diagnostic for a
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
Created attachment 57235
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57235&action=edit
output of -freport-bug
A test from the testsuite is fail
++
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
See PR 67846. The original PR highlighted an ICE, and we do not ICE on
Windows, but we don't error out either. We can achieve the Linux behavior with
-fno-ms-extensio
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
(Probably related to PR4)
The absolute.cc test fails this assertion:
VERIFY( absolute(p).is_absolute() );
on the second
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100058
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113549
--- Comment #4 from nightstrike ---
(In reply to Andrew Pinski from comment #3)
> Either the stack size or the stack alignment issue.
>
> I am suspecting a stack alignement issue.
Possibly related: PR110273
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113548
--- Comment #3 from nightstrike ---
Seeing as how this is a testsuite issue, it seems that the crash in the same
location applies to the following:
FAIL: gcc.dg/vect/vect-ifcvt-19.c (internal compiler error: in build2, at
tree.cc:5097)
FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113549
--- Comment #2 from nightstrike ---
Test 16e uses double instead of float, which also crashes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113549
--- Comment #1 from nightstrike ---
Created attachment 57188
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57188&action=edit
Failing source for easier copying
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
Created attachment 57187
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57187&action=edit
Assembly output
The ve
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
Created attachment 57186
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57186&action=edit
Preprocessed source from -freport-bug
ICE during testsu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107603
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59425
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
CC: dkm at gcc dot gnu.org
Target Milestone: ---
g:r11-4313-gd08d481912b9a2 defined POLLPRI to zero on Windows, stating in the
commit message "Define POLLPRI as zero on Windows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65257
--- Comment #2 from nightstrike ---
I should clarify that I tested this with mingw-w64, not mingw.org where the bug
was originally reported.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65257
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43613
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
#include
int f[262144]; auto g(void) { return std::to_array(f); }
(Thanks to Andrew for help reducing!)
Baseline run:
$ time g++ test.cc -std=gnu++20 -O0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69639
--- Comment #18 from nightstrike ---
(In reply to nightstrike from comment #9)
> This affects 8-trunk on x86_64 cygwin, as well. The default size of the
> stack for cc1 is:
>
> $ peflags -x /tmp/b2/gcc/cc1.exe
> /tmp/b2/gcc
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
Created attachment 54541
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54541&action=edit
preprocessed sour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83286
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90458
--- Comment #8 from nightstrike ---
FYI, this is the same as the failure in gcc/testsuite/gcc.dg/stack-check-16.c:
(running this under Wine)
during RTL pass: final
gcc.dg/stack-check-16.c:36:1: internal compiler error: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108675
--- Comment #9 from nightstrike ---
I understand it's not ideal based on comment #6, but this fixes all the tests:
diff --git a/gcc/testsuite/gcc.c-torture/execute/builtins/lib/fprintf.c
b/gcc/testsuite/gcc.c-torture/execute/builtin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108709
--- Comment #1 from nightstrike ---
Perhaps these are separate bugs, but:
1) gcc.dg/analyzer/pipe-manpages.c will need similar improvements
2) gcc.dg/analyzer/pipe-void-return.c passes with an incorrect declaration for
pipe(), implying that
Assignee: dmalcolm at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
This test fails on Windows for lack of fork. It actually fails for not having
pipe(), also, but _pipe() does the job well enough, so that fix is a simple
#define. It is not very
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
The analyzer test fd-access-mode-target-headers.c fails on mingw-w64 due to the
following:
FAIL: gcc.dg/analyzer/fd-access-mode-target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107602
--- Comment #2 from nightstrike ---
Better link(In reply to nightstrike from comment #1)
> Reverting 186d43a78e945ebe9fbe217fc341847af7f95d30 fixes this problem at
> least for me
Better link: r255433
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107602
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108675
--- Comment #8 from nightstrike ---
(In reply to LIU Hao from comment #7)
> (In reply to nightstrike from comment #5)
> > (In reply to LIU Hao from comment #4)
> > > Does it make any sense to remove `#include ` from
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108675
--- Comment #5 from nightstrike ---
(In reply to LIU Hao from comment #4)
> Does it make any sense to remove `#include ` from
> 'gcc.c-torture/execute/builtins/lib/fprintf.c' ?
That will prevent the FILE type from existing, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108675
--- Comment #2 from nightstrike ---
(In reply to Richard Biener from comment #1)
> These tests are known to be a bit awkwardly implemented to check for
> optimizations done ...
How would you do it if you were writing the test today?
&
Severity: normal
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
Failing tests:
gcc.c-torture/execute/builtins/printf.c
gcc.c-torture/execute/builtins/fprintf.c
gcc.c-torture
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90826
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
Both bitfield-3.m and bitfield-5.m appear to fail for the same reason on
x86_64-w64-mingw32 (cross compiled from linux, if it matters). The tests each
contain multiple
Assignee: ibuclaw at gdcproject dot org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99794 for reference.
This PR is tracking the state of building libphobos on cygwin using 11.3, the
last compiler that can be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108300
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82028
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90256
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99794
--- Comment #3 from nightstrike ---
Hm, looks like it *IS* in 11. I was confused by the PR being open and the
version stating 11, thinking that it still wasn't applied. So the remaining
issues then are building on cygwin. But at least
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99794
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108204
--- Comment #4 from nightstrike ---
(In reply to Richard Biener from comment #3)
> I'd suggest to add a dg-additional-options -fno-ms-extensions to the test
> then.
We certainly can (well, Jon can :P), but shouldn't t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108332
nightstrike changed:
What|Removed |Added
CC||10walls at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108192
--- Comment #3 from nightstrike ---
Created attachment 54209
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54209&action=edit
Patch to change printf to puts so it works everywhere
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108152
nightstrike changed:
What|Removed |Added
CC||10walls at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107974
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108150
nightstrike changed:
What|Removed |Added
CC||10walls at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102993
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103327
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100427
--- Comment #11 from nightstrike ---
Possible duplicate of PR39947
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100427
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106395
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108210
nightstrike changed:
What|Removed |Added
CC||i.nixman at autistici dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108207
--- Comment #1 from nightstrike ---
Ah, Andrew, before you beat me to it... this doesn't ICE if you pass
-fno-ms-extensions, and it does ICE on Linux if you pass -fms-extensions
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
All variants of this test fail (98, 14, 17, 20)
// Target: x86_64-w64-mingw32
// Configured with: ../configure --disable-nls --with-sysroot=/tmp/rtmingw
--target=x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108204
--- Comment #2 from nightstrike ---
(In reply to Andrew Pinski from comment #1)
> Try with -fno-ms-extensions or try -fms-extension on Linux.
Hey, we have a winner! -fms-extension on Linux results in the bad error, and
-fno-ms-extensions
++
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
All of the pr84973-2.C tests fail on mingw. They give the output:
g++.dg/template/pr84973-2.C: In instantiation of 'void a()::c::b() [with int
= 0]':
g++.d
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
Circa v4.5, some mingw-w64 users discovered an issue with printf functions and
g++. Addressing this resulted in a kludge on the mingw-w64 headers side, but
this should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101854
--- Comment #11 from nightstrike ---
(In reply to Martin Sebor from comment #9)
> Fixed for GCC 12. The patch is far too intrusive to backport but the
> following should fix the problem in GCC 11:
Would you mind applying it to 11?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108192
--- Comment #2 from nightstrike ---
(In reply to H.J. Lu from comment #1)
> Since Windows doesn't support IBT, this test can be limited to Linux.
I don't know what IBT is, but if I change the two printf's to puts(), the test
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: nightstrike at gmail dot com
Target Milestone: ---
Created attachment 54139
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54139&action=edit
cet-notrack-1.s
g++.dg/cet-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108190
--- Comment #5 from nightstrike ---
Created attachment 54138
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54138&action=edit
avx512vl-pr54700-1b.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108190
--- Comment #4 from nightstrike ---
Created attachment 54137
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54137&action=edit
avx512vl-pr54700-1a.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108190
--- Comment #3 from nightstrike ---
Created attachment 54136
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54136&action=edit
avx2-pr54700-1.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108190
--- Comment #1 from nightstrike ---
Created attachment 54135
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54135&action=edit
avx-pr54700-1.s
1 - 100 of 332 matches
Mail list logo
