https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120265
--- Comment #3 from mcccs at gmx dot com ---
It should be implemented like LLVM did
https://github.com/llvm/llvm-project/pull/104724/files as part of loop codegen,
which was what LLVM developers told me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120265
--- Comment #2 from mcccs at gmx dot com ---
For future reference, my patch was (rightly) rejected and the discussion can be
seen under "[PATCH] Match: Handle commonly used unsigned modulo counters "
https://gcc.gnu.org/pipermail/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
--- Comment #21 from mcccs at gmx dot com ---
Okay I'm so sorry for the misinterpretation. I thought DCE should never turn an
invalid program to a valid one because DCE is always an optimization and
optimizations should never modify the beh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120275
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120307
--- Comment #2 from mcccs at gmx dot com ---
r16-101-g132d01d96ea9d6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120307
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120303
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120295
--- Comment #6 from mcccs at gmx dot com ---
(In reply to Sam James from comment #5)
> (In reply to mcccs from comment #4)
> > (can't bisect, because) not reproducible on aarch64
>
> What about with -fsigned-char?
Thanks,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120291
--- Comment #1 from mcccs at gmx dot com ---
r12-5952-g561414cdf8ef0d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120289
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120295
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120294
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120295
--- Comment #2 from mcccs at gmx dot com ---
Cleaned up:
struct {
signed a;
} b;
int a, f, j, l;
char c, k, g, e;
short d[2] = {0};
int *i = &j;
void marker_37() {
a++;
__builtin_printf("%d\n", a);
}
unsigned long long m(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120294
--- Comment #1 from mcccs at gmx dot com ---
pr95861 was also closed - there was a bug in intel hardware that caused
dependency detection false positive, so it would be slow without the xor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120273
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120285
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120272
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
I have a patch, opening this pr to reserve pr number for testcase.
we'd like to optimize
unsigned hours = 0;
for (...) {
...
hours++;
hours %= 60;
}
to
unsigned hour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93788
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
--- Comment #18 from mcccs at gmx dot com ---
> this problem is first present in the output of the pass
> "x.c.100t.fixup_cfg3.c"
Sorry, there are non-tree dumps as well. the first wrong dump is (of course)
the "inline" ipa dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
--- Comment #17 from mcccs at gmx dot com ---
Actually my test file in comment 16 is invalid. This means the failure happens
before the optimized pass and it needs the DCE-disabled GCC I described in
comment 15 to reproduce the faulty optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
--- Comment #16 from mcccs at gmx dot com ---
Created attachment 61401
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61401&action=edit
innocent gimple code failing with trunk with -O3 -fno-dce -fno-tree-dce
-fno-dse -fno-tree-dse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
--- Comment #15 from mcccs at gmx dot com ---
There's indeed a miscompilation and I've confirmed it's still present in the
current trunk. With -fno-dce -fno-ipa-cp -fno-tree-dce the issue was visible
until r12-248 which made the i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118072
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109996
--- Comment #7 from mcccs at gmx dot com ---
Thank you Sam for the prompt reply and clear instructions. I was going to do
that but before it printed anything it aborted.
I think the issue is INVALID because on this line:
static union U3 g_979
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109996
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111479
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120197
--- Comment #2 from mcccs at gmx dot com ---
Bisection: r10-7361-gfddfd3ce555965
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120197
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120182
--- Comment #5 from mcccs at gmx dot com ---
Created attachment 61376
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61376&action=edit
gimple before store-merging
Simplified gimple before the store-merging pass. If you want i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120182
--- Comment #4 from mcccs at gmx dot com ---
By comparing S2 = 256 and S2 = 255, the brokenness and the major difference is
first outputted by the store-merging pass.
[local count: 39764240]:
MEM[(struct S *)2654208B].next = 256B;
MEM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120182
--- Comment #3 from mcccs at gmx dot com ---
MEM [(void *)2654208B] = 256;
MEM[(char *)2654209B] = 0;
MEM[(char *)2654210B] = 0;
MEM[(char *)2654211B] = 0;
MEM[(char *)2654212B] = 0;
MEM[(char *)2654213B] = 0;
MEM[(char *)2654214B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120182
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120182
--- Comment #2 from mcccs at gmx dot com ---
Unsurprisingly the following also fails, but if you change always_inline to
noipa it works
__attribute__((always_inline)) inline char * x() {
return (char *)0x288000ull;
}
int main (void) {
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119954
mcccs at gmx dot com changed:
What|Removed |Added
Keywords||error-recovery
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120180
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120174
--- Comment #2 from mcccs at gmx dot com ---
Actually this is most likely an original bug because unlike other bugs that
started with the same commit, this one segfaults without printing any
stacktrace.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119954
--- Comment #3 from mcccs at gmx dot com ---
Bisection found r9-3807-g5d9a0e3b99e31a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120174
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120143
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120149
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120161
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120127
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120134
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120142
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120136
--- Comment #4 from mcccs at gmx dot com ---
> In 16 it was pointing at the same line
Oh sorry I missed that, then the simplification most likely uncovered something
latent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120136
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120125
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120133
--- Comment #3 from mcccs at gmx dot com ---
bisect bad commit: r9-6542-gf869f40780836d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120133
--- Comment #2 from mcccs at gmx dot com ---
bisecting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120129
--- Comment #5 from mcccs at gmx dot com ---
Created attachment 61339
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61339&action=edit
reduced.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120133
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120129
--- Comment #2 from mcccs at gmx dot com ---
Bisection-found commit: r12-6008-g06d5dcef72542b
Reducing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118526
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120129
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120123
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117042
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
--- Comment #4 from mcccs at gmx dot com ---
Bisect bad commit: r15-5422-g279475fd7236a9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120080
--- Comment #9 from mcccs at gmx dot com ---
Created attachment 61324
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61324&action=edit
improved reduction.c
Andrew's reduction modified for reproducing on latest trunk, fortunat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120080
--- Comment #8 from mcccs at gmx dot com ---
Since r16-372-g064cac730f88dc Andrew's reduction does not cause an error on my
computer. I haven't checked the original file after this revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120093
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #23 from mcccs at gmx dot com ---
I dumped all optimization trees before and after the bad commit, the divergence
starts with "vect", where the bad tree output is three times as long.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
mcccs at gmx dot com changed:
What|Removed |Added
Attachment #61295|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #20 from mcccs at gmx dot com ---
Created attachment 61295
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61295&action=edit
further cleanup and converted to C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #19 from mcccs at gmx dot com ---
-O3 can be replaced with -O2 -funswitch-loops -fvect-cost-model=dynamic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120095
--- Comment #1 from mcccs at gmx dot com ---
Created attachment 61293
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61293&action=edit
reduction.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120080
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120083
--- Comment #6 from mcccs at gmx dot com ---
Thank you, reported https://github.com/llvm/llvm-project/issues/138424
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120083
--- Comment #5 from mcccs at gmx dot com ---
Ah I see then there's the problem of denormals. I guess I'll report this to
LLVM so that they may cripple naive AI libraries using O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120083
--- Comment #4 from mcccs at gmx dot com ---
By the way Andrew, wouldn't it be more performant to check for sNaN then use
vcvtneps2bf16 instead of completely avoiding vcvtneps2bf16?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120083
--- Comment #1 from mcccs at gmx dot com ---
So the issue is doing what GCC does for Ofast for O3 as well, many thanks and
kind regards
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
pr119626 was for arm, this is for x86.
Copy LLVM 21's behavior:
With -mavx512vl -mavx512bf16 and -O3
__bf16 cvt(float r) {
r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118100
--- Comment #2 from mcccs at gmx dot com ---
I meant spike --isa=rv64gcv_zvfh pk a.out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118100
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120035
--- Comment #3 from mcccs at gmx dot com ---
I compared the outputs of passes. The divergence starts with cddce3. The
unsigned version has this added line:
> cannot prove finiteness of loop 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120052
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120048
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
iority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
This code:
__attribute__((noipa)) bool g(int i) {
return true;
}
__attribute__((noipa)) bool f(){
bool retval = false;
for(long unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120003
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119954
--- Comment #2 from mcccs at gmx dot com ---
Created attachment 61219
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61219&action=edit
testcase that should be run with -std=c++20 or above.cpp
Uploaded testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119916
--- Comment #11 from mcccs at gmx dot com ---
Created attachment 61216
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61216&action=edit
reduction.cpp
Probably correct reduction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119959
--- Comment #9 from mcccs at gmx dot com ---
Also to make sure my bisections are correct, after running the script
automatically, I manually checkout to the bad commit and its parent and compare
them.
My previously pasted commit was my previous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119959
--- Comment #7 from mcccs at gmx dot com ---
Sorry right that's the parent commit! I pasted the wrong hash. Bisection says
r15-580-gf3e5f4c58591f5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119959
--- Comment #5 from mcccs at gmx dot com ---
Bisection points at r15-988-g5316c35b13cf53
also target aarch64 as well
.L8:
add x19, x19, 8
cmp x20, x19
beq .L16
versus
.L7:
add x19, x19, 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119916
--- Comment #8 from mcccs at gmx dot com ---
bisect bad commit: r15-3153-g68ee624bc52ba1
reduce is running, we can't know if the fault is in a commit or in the source
for now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119959
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119916
mcccs at gmx dot com changed:
What|Removed |Added
Attachment #61203|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119916
--- Comment #6 from mcccs at gmx dot com ---
Created attachment 61203
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61203&action=edit
preprocessed.cpp.xz
The preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119916
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112307
--- Comment #23 from mcccs at gmx dot com ---
Yes that's what I think! Thanks
MED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
While trying to reduce pr118526, I found that source code of just
"a < b < c < d <
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112307
--- Comment #21 from mcccs at gmx dot com ---
Sorry again, there's a function of int type that didn't return anything but the
compiler didn't catch it so the reduction script allowed it. My last reduction
is also invalid.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112307
mcccs at gmx dot com changed:
What|Removed |Added
Attachment #61179|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112307
--- Comment #15 from mcccs at gmx dot com ---
Thanks Jonathan for -x c++, it was just what GCC on my system needed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112307
--- Comment #14 from mcccs at gmx dot com ---
Created attachment 61179
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61179&action=edit
reduced.cpp
I think this reduction is valid. Fails with -O1 -fcode-hoisting, doesn't fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112307
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118008
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
1 - 100 of 181 matches
Mail list logo
