Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
When writing classes, I routinely tend to forget that constructors can be used
for implicit conversions, unless marked explicit.
I also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88050
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #4
: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
Target: x86_64-linux-gnu
Created attachment 50995
--> ht
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
Created attachment 50845
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50845&action=edit
: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
Created attachment 49072
--> ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95799
--- Comment #1 from felix ---
Created attachment 48767
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48767&action=edit
Sample program
I was pretty sure I attached this before. Never mind, here it is.
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
When the expression (x <= 0 ? x : -x) with x having type int is compiled with
-fsanitize=undefined
: missed-optimization
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
int always1(int a, int b) {
if (a / b)
return b != 0
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
In the attached sample, foo is compiled into returning a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93031
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #4
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
Target: x86_64-linux-gnu
In this code
-optimization
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
This code:
#include
unsigned f(unsigned x) {
if (x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79469
--- Comment #2 from felix ---
I realised recently that this is already expressible:
#define __builtin_assume(expr) \
(__builtin_pure_p(expr) \
? ((expr) \
? (void) 0 \
: __builtin_unreachable()) \
: (v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6906
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #9 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94389
--- Comment #6 from felix ---
I don’t mind the transformation being applied. I think it is entirely sound and
may be beneficial; I imagine it may be harder to allocate registers for the
naïve translation of (foo() ? X : X) than it is for (foo(),
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
With the code below, the compiler warns about an unused result, even though the
result is used:
#define
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94081
My initial report text was apparently lost in the Bugzilla migration, so here I
am submitting it again.
In this code:
#include
struct foo {
uint16_t a, b;
} __attribute__((packed));
extern struct foo *f(void);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79469
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #1
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
In this code:
#include
struct foo {
uint16_t a, b;
} __attribute__((packed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93326
--- Comment #2 from felix ---
Created attachment 47681
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47681&action=edit
Optimised into a jumptable, then load of an immediate (-O3 -fno-pic)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93326
--- Comment #1 from felix ---
Created attachment 47680
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47680&action=edit
Optimised into a lookup table of constants (-O3 -fno-pic)
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
Target: i686-linux-gnu
Attached two code samples are equivalent, yet they are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57612
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41492
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66970
--- Comment #18 from felix ---
Proper built-ins are ordinary identifiers subject to ordinary name resolution
and shadowing, so the 'keyword built-in' case is impossible. If you don't know
if (or don't want to depend on the fact that) a given buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79775
--- Comment #3 from felix ---
A particularly amusing variant of this bug occurs with the following code:
struct x { struct x **xx; };
int y = __builtin_offsetof(struct x, xx->xx);
which gives the warning
$ gcc xx.c
xx.c:3:40:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14557
--- Comment #21 from felix ---
> va_list ap2;
> va_copy(ap2, ap);
> and then use &ap2, this always works.
> the proposed macros are both broken and unnecessary.
That's not equivalent. Using va_arg(ap2, T) does not propagate state changes
back
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66970
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82167
--- Comment #1 from felix ---
Hmm, never mind my question, I found one way to do it...
#define NO_SIZEOF_WARNING(expr) ({ \
_Pragma("GCC diagnostic push") \
_Pragma("GCC diagnostic ignored \"-Wsizeof-array-argumen
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
Host: i686-linux-gnu
Target: i686-linux-gnu
Created attachment 42145
--> https://gcc.gnu.org/bugzi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14557
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6906
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79816
felix changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
|a/show_bug.cgi?id=79554
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72783
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #4
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
Created attachment 40869
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40869&action=edit
Sample sour
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
Created attachment 40859
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40859&action=edit
test.c
Attempting to compile the a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71286
--- Comment #2 from felix ---
mingw seems to do fine without it: on that target
TARGET_ASM_ASSEMBLE_VISIBILITY (i.e. i386_pe_assemble_visibility) never emits
any assembly code, and it only emits a warning if the visibility attribute was
specified
Version: 6.1.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Ta
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
Created attachment 36635
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36635&action=edit
gcc/config/i386/djgpp.h patch (5.2.0)
0. The gcc frontend unconditionally in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41557
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59672
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #10
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: felix.von.s at posteo dot de
Target Milestone: ---
Created attachment 36419
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36419&action=edit
Miscompiled program
Compiling the a
42 matches
Mail list logo
