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
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
15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
When compiling:
static __attribute__((unused)) int a();
int main() {}
GCC 12+ fa
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
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 -fsan
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 min
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
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
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:
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
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 t
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
it would save time for contributors if GCC could detect that you're building
inside the directory and ask you to cd to a different directory and build there
and ref
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
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
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
https://github.com/gcc-mirror/gcc/pull/108 has found out that the commit
https://github.com/gcc-mirror/gcc/commit
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
onent: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
On macos 15.3.1 (I'll make another comment down if 15.4 is no different), where
uname -r says 24.3.0
configure says:
*** Configuration aarch64-apple-darwin
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
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
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
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
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
__bf16 convert1(int a) {
return (__bf16) a;
}
__bf16 convert2(float a) {
return (__bf16) a;
}
compiled with -march
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119552
mcccs at gmx dot com changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
_BitInt(1280) a, b, c, d;
void divide() {
c = a/b;
d = a%b;
}
calls __divmodbitint4 twice
Relevant bug: https://gcc.gnu.org
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 onl
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
At
https://gcc.gnu.org/onlinedocs/gfortran/Further-Interoperability-of-Fortran-with-C.html#Further-Interoperability-of-Fortran-with-C
outdated statement:
> GNU Fortran always uses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082
--- Comment #2 from mcccs at gmx dot com ---
Reported on the "other side" https://bugs.llvm.org/show_bug.cgi?id=44406
Changing it to enum works too, my only doubt is that it has a different width
and sign (but better than not compiling
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
This bug has existed for at least two years.
In Authorization.h:
```
static const size_t kAuthorizationExternalFormLength = 32;
typedef struct {
char bytes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90348
MCCCS changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment #2 from MCCCS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83531
--- Comment #6 from MCCCS ---
After reading your comment, I noticed that
there were two things I forgot to mention:
1 - availability.h is the file where
"API_AVAILABLE" is defined for Clang.
2 - the part of the file the patch
changes is 1:1 cop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83531
--- Comment #4 from MCCCS ---
Iain could you please test if this patch works for you
too? If so, I'll send it as a patch tomorrow
(For me, it even fixes g++.dg/other/darwin-cfstring1.C):
Index: fixincludes/fixincl.x
=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83531
MCCCS changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment #2 from MCCCS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88645
MCCCS changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88645
--- Comment #1 from MCCCS ---
Typo: fix can be added to "decl_with_nonnull_addr_p"
of "/c-family/c-common.c" if anyone is interested.
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
OS: Darwin/macOS
Test vector:
extern void a (void) __a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88035
MCCCS changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment #1 from MCCCS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86393
--- Comment #7 from MCCCS ---
The problem was that the LLVM assembler required -mavx512f. I've researched it
and found that this LLVM bug was fixed months and shipped with LLVM 7. Apple
updates Xcode's LLVM with one year delay, and it should be f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88353
MCCCS changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86393
MCCCS changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment #5 from MCCCS
erity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
Note: You can skip to the tldr.
#include
int main(void) {
__m512i a;
a = _mm512_conflict_epi32(a);
return (int)a[1];
}
$
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
N2260 ( http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2260.pdf )
has been integrated to C2X, according to
https://gustedt.wordpress.com/2018/11/12/c2x/ .
Code taken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87788
--- Comment #16 from MCCCS ---
Hi, could you please change the component from "bootstrap"
to "d" ? The same error occurs during non-bootstrap
compiling too. Otherwise this is in the wrong category,
people might not see this and send duplicates.
Priority: P3
Component: d
Assignee: ibuclaw at gdcproject dot org
Reporter: mcccs at gmx dot com
Target Milestone: ---
macOS 10.14.1
compiled with GCC 8.2
/Users/username/Downloads/gcc-trunk/gcc/d/dmd/constfold.c:1162:50: error:
conversion from 'real_t&
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
On this page: https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
(invoke.texi)
It says:
@option{-Os} disables the following optimization flags:
@gccoptlist{-falign-functions -falign
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
(~x & y) | ~(x | y)
(x | y) ^ (x | ~y)
(x & y) | ~(x | y)
(~x | y) ^ (x ^ y)
(x ^ y) | ~(x | y)
Patch ready, will send it soon. Submitted here to reserve a `prABCDE.c` file in
gcc.dg.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87186
--- Comment #4 from MCCCS ---
Flags: -O2 -fdump-tree-original
Code:
int f1 (int x, int s) {
return ~(~(x|s)|x)|~(~(x|s)|s);
}
int f2 (int x, int s) {
const int t = x|s;
return ~(~t|x)|~(~t|s);
}
int f3 (int x, int s) {
const int t = ~(x|s);
r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87186
--- Comment #1 from MCCCS ---
It can simplify
~(~(x|s)|x)|~(~(x|s)|s)
to
s^x
but it can't simplify
const int t = x|s;
~(~t|x)|~(~t|s)
or
const int t = ~(x|s);
~(t|x)|~(t|s)
or
const int t = ~x&~s;
~(t|x)|~(t|s)
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87009
--- Comment #1 from MCCCS ---
Proposed patch:
Index: gcc/match.pd
===
--- gcc/match.pd(revision 263646)
+++ gcc/match.pd(working copy)
@@ -776,6 +776,11 @@ DEFINE_I
y: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
Optimization: -Ofast
Suggested debugging layout: https://godbolt.org/g/ERWctt
int xor_int(int a, int b) {
...
}
Don't work:
int x = ~(a|b);
return
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
I've looked at match.pd, and spotted missing
properties of logarithm. I could poorly write
the code for two, still needs to check that
the log base is the same:
(for logs (LOG
onent: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
Summary: The compiler thinks variables as of the widest domain.
(32 bits for int, 64 bits for int64_t) It's possible to optimize
further by giving the compi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86136
--- Comment #3 from MCCCS ---
What about
unsigned int k (unsigned int a) {
if (a > 5) {
__builtin_unreachable();
}
return (a * 83) % 5;
}
: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
This has been happening since ~5 days ago.
-v output:
Using built-in specs.
COLLECT_GCC=/opt/compiler-explorer/gcc-snapshot/bin/g++
COLLECT_LTO_WRAPPER=/opt/compiler-explorer/gcc-trunk-20180611/bin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86136
--- Comment #1 from MCCCS ---
Note: It can notice (a * n) % k = 0 if n is a multiple of k. The bug happens
only if n % k != 0.
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
Optimization: Ofast
GCC can't see that
(a * n) % k = (a * (n % k)) % k
(even) when n is known at compile time.
As a result,
int k (int a) {
return (a * t) % 5;
}
a
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
GCC: 8 or 9/trunk
Optimization: O3 or Ofast
Code:
```
int PolyMod(int s);
void CreateChecksum(int isTe
: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mcccs at gmx dot com
Target Milestone: ---
GCC version: trunk/20180407 (also older versions)
Target: x86_64-linux-gnu
Compile options: -Ofast -mavx2 -mfma -Wall
85 matches
Mail list logo
