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
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=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
with -O0 or -
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
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=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=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=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=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
--- 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=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=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
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 #29 from mcccs at gmx dot com ---
fails with even -O1 -fstrict-aliasing -fcode-hoisting
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=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=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 #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 #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=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=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=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=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=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=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=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=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=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=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=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=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=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=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
--- Comment #1 from mcccs at gmx dot com ---
version: trunk
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=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 #3 from mcccs at gmx dot com ---
Sorry for so many pings, the final code is:
void convert1(int * __restrict a, __bf16 * __restrict x) {
x[0] = (__bf16)a[0];
x[1] = (__bf16)a[1];
x[2] = (__bf16)a[2];
x[3] = (__bf16)a[3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119626
mcccs at gmx dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119626
mcccs at gmx dot com changed:
What|Removed |Added
Resolution|FIXED |INVALID
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
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=119552
mcccs at gmx dot com changed:
What|Removed |Added
Keywords||missed-optimization
--- 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=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=86604
mcccs at gmx dot com changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
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
61 matches
Mail list logo
