https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082
--- Comment #4 from mcccs at gmx dot com ---
(In reply to Fabian Groffen from comment #3)
> The problem with this snippet is that it doesn't work on Frameworks, does
> it? At least for me, it seems it searches from usr/include only?
I'm not sure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86604
mcccs at gmx dot com changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103216
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=119626
--- Comment #6 from mcccs at gmx dot com ---
Lastly I would like to mention why this is such an important issue in the use
__bf16 and why __bf16 is otherwise very inefficient: bfcvt is not only used for
casts. Consider the following code:
__bf16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119626
--- Comment #5 from mcccs at gmx dot com ---
Sorry for another ping. I did some more research and to make it easier for you
to confirm this issue, we can confirm the expected behavior with clang:
Clang behavior -march=armv9-a+bf16 -O3:
void co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119626
--- Comment #7 from mcccs at gmx dot com ---
Today Microsoft Copilot wrongly quoted what I earlier said (bots are reading
these threads), so I need to fix my mistake for anyone reading this thread:
If you want to allow the compiler to use the bf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119678
Bug ID: 119678
Summary: FreeBSD RISC-V broken due to single-char typo in macro
FBSD_LINK_PG_NOTES
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119706
--- Comment #4 from mcccs at gmx dot com ---
Created attachment 61059
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61059&action=edit
This is a reduced testcase, but modified in a way that it gives an error in VRP
stage instead of DOM
Whi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119706
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=86136
mcccs at gmx dot com changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119663
--- Comment #1 from mcccs at gmx dot com ---
version: trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119663
--- Comment #2 from mcccs at gmx dot com ---
Right, latest macOS 15.4 which is darwin24.4.0 neither works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119663
Bug ID: 119663
Summary: Can't build GCC on aarch64-apple-darwin24.3.0
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119663
--- Comment #3 from mcccs at gmx dot com ---
*typo: configure does succeed, it is from `make` that:
*** Configuration aarch64-apple-darwin24.4.0 not supported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119729
Bug ID: 119729
Summary: GCC does not issue a warning for in-tree building
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119729
--- Comment #3 from mcccs at gmx dot com ---
> If it is refusing ./configure, why not.
When doing ./configure a very ugly bug today in `configure` didn't allow me to
compile, we can just forbid this.
So if you agree I'll edit the title from "wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119683
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=119877
Bug ID: 119877
Summary: [12/13/14/15/16 Regression] Honor
__attribute__((unused)) and don't issue a warning
-Wunused-function
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119872
mcccs at gmx dot com changed:
What|Removed |Added
Attachment #61163|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119872
--- Comment #3 from mcccs at gmx dot com ---
Created attachment 61163
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61163&action=edit
cleaned up
I cleaned up the testcase, without changing the arithmetic, so it passes with
14.2 -O3 and tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116479
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=115767
--- Comment #34 from mcccs at gmx dot com ---
Thanks Andrew for the reply. In that case, the issue is probably invalid
because checkpoint4.cpp also has several reinterpret_casts casting to things
involving templates. Too bad, LLVM's -fsanitize=un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119592
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=115767
mcccs at gmx dot com changed:
What|Removed |Added
Attachment #61145|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767
--- Comment #31 from mcccs at gmx dot com ---
Created attachment 61160
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61160&action=edit
minimized.cpp
GCC -O1 -fstrict-aliasing or -O2 or -O3: aborts
I've attached the minimized human-readab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767
--- Comment #32 from mcccs at gmx dot com ---
Oh no I'm so sorry all! I tried to set the previous attachment obsolete
unfortunately it quoted all of it and posted here! Sorry for the tall thread
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119872
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 #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=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
--- 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
--- 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 #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=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=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
with -O0 or -
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=120035
Bug ID: 120035
Summary: Loops are not optimized when "unsigned i" is used
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
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=119778
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=105404
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=115767
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=115767
--- Comment #27 from mcccs at gmx dot com ---
*sorry I meant 60k bytes not lines
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119729
--- Comment #4 from mcccs at gmx dot com ---
Suggested patch:
+if test $srcdir = . ; then
+ AC_MSG_ERROR([building in the top level project directory is not supported.
Please change the current directory to a new directory (can be a new
subdire
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
--- Comment #10 from mcccs at gmx dot com ---
Bad commit:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=ff6686d2e5f797d6c6a36ad14a7084bc1dc350e4
Minimal testcase:
int a[];
short b, c;
long d;
__attribute__((noipa)) long(e)() {}
static int f(in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
--- Comment #12 from mcccs at gmx dot com ---
Thanks Sam, I'm restarting reduction this time checking if it compiles with
trunk GCC as well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
--- Comment #14 from mcccs at gmx dot com ---
Minimized testcase:
int a[], d[];
long b, c, e, g;
int f, h, i;
short j, k, l;
int *m = a;
static int *n(int *o) {
int p = l == *o | k <= j;
p = *d;
h = c;
g = 0 == e;
f = *m;
b = 0;
re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767
--- Comment #28 from mcccs at gmx dot com ---
Created attachment 61145
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61145&action=edit
27k bytes reduced testcase
further reduced with c-reduce. verified with various LLVM fsanitize's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767
--- Comment #29 from mcccs at gmx dot com ---
fails with even -O1 -fstrict-aliasing -fcode-hoisting
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 #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=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=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=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=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=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=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=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
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=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, fortunately not
much h
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=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=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
--- Comment #2 from mcccs at gmx dot com ---
bisecting
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=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=120133
--- Comment #3 from mcccs at gmx dot com ---
bisect bad commit: r9-6542-gf869f40780836d
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=119729
--- Comment #6 from mcccs at gmx dot com ---
I haven't been given a sourceware account, I can't file a bug on sourceware.
Maybe we can do it for GCC only and if they agree with it in the future they
can change it:
Updated patch:
+if test $srcdi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
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 #9 from mcccs at gmx dot com ---
Sorry never mind I understand, it should still be bisected and reduced so that
any hidden bugs would be uncovered. I'll bisect it
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=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=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=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
--- Comment #23 from mcccs at gmx dot com ---
Yes that's what I think! Thanks
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
mcccs at gmx dot com changed:
What|Removed |Added
Attachment #61179|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119954
Bug ID: 119954
Summary: "a < b < c < d < ..." taking long time to process to
generate error message
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: no
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=120083
Bug ID: 120083
Summary: Use vcvtneps2bf16 AVX512BF instruction to convert
float to __bf16
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
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
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=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=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 #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 #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=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=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=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
--- 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=119592
--- Comment #6 from mcccs at gmx dot com ---
Created attachment 61165
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61165&action=edit
reduced.cpp
Thanks for the pointer Sam, here's the C-vise reduction.
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
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=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=119552
Bug ID: 119552
Summary: Deduplicate __divmodbitint4 calls for quotient and
remainder
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119552
mcccs at gmx dot com changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119626
Bug ID: 119626
Summary: Use bfcvt arm instruction to cast to __bf16 when ARM
target supports it
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119626
mcccs at gmx dot com changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119626
mcccs at gmx dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
1 - 100 of 148 matches
Mail list logo