https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82694
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83814
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83814
Markus Trippelsdorf changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
Target Milestone: ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83799
Markus Trippelsdorf changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83799
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||rejects-valid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
Target Milestone: ---
Created attachment 43100
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43100=edit
unreduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82514
--- Comment #4 from Markus Trippelsdorf ---
Smaller testcase from PR83727:
namespace a {
template b *begin(b (&)[c]);
}
class d {
public:
d(const char *);
};
struct e {
int f;
d docstring;
void (*func)(int &, int);
};
namespace a {
||trippels at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from Markus Trippelsdorf ---
Dup of PR82514, but your testcase is smaller.
*** This bug has been marked as a duplicate of bug 82514 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82514
--- Comment #3 from Markus Trippelsdorf ---
*** Bug 83727 has been marked as a duplicate of this bug. ***
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: msebor at gcc dot gnu.org
Target Milestone: ---
1)
warning: ‘__builtin_strcat’ accessing 0 or more bytes at offsets 36 and 20 may
overlap 1 byte at offset [36, -9223372036854775773
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82882
Markus Trippelsdorf changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
---
||trippels at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from Markus Trippelsdorf ---
dup.
*** This bug has been marked as a duplicate of bug 82882 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83665
Markus Trippelsdorf changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83665
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||needs-bisection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83665
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82410
Markus Trippelsdorf changed:
What|Removed |Added
CC||jeanmichael.celerier@gmail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83630
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83630
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
++
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: nathan at gcc dot gnu.org
Target Milestone: ---
Building anything QT related gives many annoying -Wparentheses warnings, e.g.:
% cat test.ii
int* foo(long ) { return
||2017-12-25
CC||trippels at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Markus Trippelsdorf ---
The testcase is invalid. Perhaps we should simply reject return
statements without a value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83564
--- Comment #3 from Markus Trippelsdorf ---
(In reply to hjek from comment #2)
> (Perhaps the error message should be changed to say that?)
Yes. It was fixed for gcc-8.
||trippels at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #1 from Markus Trippelsdorf ---
internal compiler error: Killed (program cc1plus)
means you were running out of memory and the OOM killer kicked in.
Not a gcc bug.
Severity: normal
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: aoliva at gcc dot gnu.org
Target Milestone: ---
trippels@gcc2-power8 linux % cat lpar.i
void foo(void) {
if (({ 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83547
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
--- Comment #10 from Markus Trippelsdorf ---
And BTW in the future you can easily check all this yourself by building a
stage1 cross-compiler:
gcc_build_dir % ../gcc/configure --disable-bootstrap --enable-languages=c
--target=nios2-elf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
--- Comment #6 from Markus Trippelsdorf ---
(In reply to Michael_S from comment #3)
> Well, the guidline here https://gcc.gnu.org/bugs/ specifically tells me that
> it's one of the things that you don't want ;)
The rule is there to discourage
||trippels at gcc dot gnu.org
Component|c |target
--- Comment #2 from Markus Trippelsdorf ---
Could you please post the assembly output of both good and bad code gen?
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: aoliva at gcc dot gnu.org
Target Milestone: ---
On ppc64le:
trippels@gcc2-power8 linux % cat qla1280.i
extern void fn2(void);
extern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82831
Markus Trippelsdorf changed:
What|Removed |Added
Priority|P3 |P1
Summary|[8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83526
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: msebor at gcc dot gnu.org
Target Milestone: ---
Currently -Wrestrict warns even when -fno-strict-aliasing is used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83087
--- Comment #15 from Markus Trippelsdorf ---
(In reply to H.J. Lu from comment #14)
> (In reply to Markus Trippelsdorf from comment #13)
> > (In reply to Jakub Jelinek from comment #12)
> > > 1.4% increase is not negligible if it is forced on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83087
--- Comment #13 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #12)
> 1.4% increase is not negligible if it is forced on all users without easy
> option to disable it when they don't need/want it.
To be fair, it can be
||trippels at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #3 from Markus Trippelsdorf ---
This issue is already fixed on the latest gcc-7 branch.
Not sure which revision fixed it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83463
--- Comment #1 from Markus Trippelsdorf ---
int *a;
void *memcpy();
void m(void *p1) { memcpy(0, p1, 0); }
void p() {
m(p + (long)a);
}
ef, at gimple-ssa-warn-restrict.c:297
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83322
Markus Trippelsdorf changed:
What|Removed |Added
CC||sylvestre at debian dot org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83461
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83322
--- Comment #6 from Markus Trippelsdorf ---
Ping? This issue causes segfaults with a checking=release compiler...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83121
--- Comment #4 from Markus Trippelsdorf ---
Just to be clear: the attached testcase triggers the ICE both on
X86_64 and ppc64le.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83437
--- Comment #2 from Markus Trippelsdorf ---
I think casting to/from void* (*)() should always be silently accepted.
Or perhaps the warning should not be enabled even for -Wextra like clang's
-Wbad-function-cast. (BTW why didn't you use that
: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: aoliva at gcc dot gnu.org
Target Milestone: ---
trippels@gcc67 ffmpeg % cat utils.i
int a, b;
void fn1();
void fn2() {
if (a || 1 == b)
fn1();
else
0;
fn1(1, 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83322
--- Comment #4 from Markus Trippelsdorf ---
Another variant:
struct A {
void foo();
};
struct B {
bool foo;
};
struct C : A, B {
__attribute__((warn_unused_result)) int foo();
};
trippels@gcc67 ~ % g++ -Wall -c nsHttpHandler.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83391
--- Comment #2 from Markus Trippelsdorf ---
s/I reload ICEs/I get reload ICEs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83391
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
Target Milestone: ---
On ppc64le:
trippels@gcc2-power8 src % < node_url.ii
char a;
enum url_parse_state { kSchemeStart, kSch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83390
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83372
--- Comment #8 from Markus Trippelsdorf ---
Thanks. However, I still cannot reproduce.
Perhaps someone who has access to Red Hat 7.2.1-2 has more luck.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83372
--- Comment #6 from Markus Trippelsdorf ---
Still cannot reproduce. Please post the full gcc invocation. Add -v to it and
please post the full output, too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83372
Markus Trippelsdorf changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
||2017-12-11
CC||trippels at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Markus Trippelsdorf ---
The attached file is not usable.
Please attach the compressed preprocessed source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83320
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83358
--- Comment #2 from Markus Trippelsdorf ---
The following fixes this particular issue:
diff --git a/gcc/config/i386/x86-tune-costs.h
b/gcc/config/i386/x86-tune-costs.h
index 312467d9788..00f1dae9085 100644
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83358
--- Comment #1 from Markus Trippelsdorf ---
The output above is from:
% gcc -O2 -mtune=haswell foo.i -S -o -
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: hubicka at ucw dot cz
Target Milestone: ---
The following code snipped came up on the realworldtech forum recently:
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83321
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83321
--- Comment #12 from Markus Trippelsdorf ---
I mean Sign flag, of course.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83321
--- Comment #11 from Markus Trippelsdorf ---
Hmm, for example this is the assembly diff of update_costs_from_copies()
@@ -8450,7 +8446,6 @@
movl12(%rdi), %eax
sall$10, %eax
sarl$16, %eax
- testl %eax,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83321
Markus Trippelsdorf changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83321
--- Comment #9 from Markus Trippelsdorf ---
Started with r255357.
But when using -march=znver1 I can reproduce the issue even with gcc-6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83321
--- Comment #8 from Markus Trippelsdorf ---
Just to be clear:
% ~/gcc/configure --enable-valgrind-annotations --disable-bootstrap
--enable-languages=c,c++
and then building with trunk is enough to reproduce.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83321
Markus Trippelsdorf changed:
What|Removed |Added
Summary|[7/8 Regression]|[8 Regression] Conditional
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83321
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
||2017-12-09
CC||amker at gcc dot gnu.org,
||trippels at gcc dot gnu.org
Target Milestone|--- |8.0
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83321
--- Comment #3 from Markus Trippelsdorf ---
It makes no sense:
==23914== Conditional jump or move depends on uninitialised value(s)
==23914==at 0x10C8165: improve_allocation() (ira-color.c:2820)
==23914==by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83321
--- Comment #2 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #1)
> Any idea on which source file it is (or at least a small set of them)?
> What your -march=native is?
It happens almost an any source file, for example
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: msebor at gcc dot gnu.org
Target Milestone
: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: vmakarov at gcc dot gnu.org
Target Milestone: ---
Building gcc with -O3:
% ../gcc/configure --disable-libstdcxx
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: amker at gcc dot gnu.org
Target Milestone: ---
Building libgfortran with -O3 shows:
==20156== Mismatched free
: needs-bisection
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
Target Milestone: ---
trippels@gcc67 ~ % cat XMPMeta-Serialize.ii
typedef long unsigned size_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82799
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82728
Markus Trippelsdorf changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82728
Markus Trippelsdorf changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82728
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
||2017-12-04
CC||trippels at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #4 from Markus Trippelsdorf ---
markus@x4 /tmp % cat foo.ii
template void CmpHelperLT(T &);
void TestBody() {
const int a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83160
Markus Trippelsdorf changed:
What|Removed |Added
CC||sylvestre at debian dot org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82751
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83243
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83170
--- Comment #5 from Markus Trippelsdorf ---
Looks like a dup of PR83241. The untested patch posted there fixes the issue.
Priority|P3 |P1
CC||trippels at gcc dot gnu.org
Component|c++ |tree-optimization
Target Milestone|--- |8.0
Summary|ice in verify_use with -O3 |[8 Regression] ICE
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83069
Markus Trippelsdorf changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
---
||trippels at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from Markus Trippelsdorf ---
dup.
*** This bug has been marked as a duplicate of bug 83069 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82488
Markus Trippelsdorf changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82488
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82488
--- Comment #3 from Markus Trippelsdorf ---
Author: trippels
Date: Mon Nov 27 05:20:43 2017
New Revision: 255159
URL: https://gcc.gnu.org/viewcvs?rev=255159=gcc=rev
Log:
Fix PR82488 - signed integer overflow in expr.c
bootstrap-ubsan shows:
||trippels at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #4 from Markus Trippelsdorf ---
The error is correct. Not a bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82488
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83121
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83121
--- Comment #1 from Markus Trippelsdorf ---
Created attachment 42693
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42693=edit
reduced testcase
trippels@gcc67 ~ % g++ -g -flto -r -nostdlib -O2 test_environment.ii
node_buffer.ii
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
Target Milestone: ---
Building Node.js on ppc64le with "-g -flto" leads to:
g++ -g -Wno-class-memaccess -Wno-ignored-qualifiers -flto=6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83104
Markus Trippelsdorf changed:
What|Removed |Added
CC||amodra at gmail dot com
---
||trippels at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from Markus Trippelsdorf ---
dup.
*** This bug has been marked as a duplicate of bug 83104 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83104
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83108
--- Comment #4 from Markus Trippelsdorf ---
(In reply to Jon Levell from comment #3)
> I'm surprised this was closed invalid.
>
> "While the x86 architecture originally did not require aligned memory
> access, and still works without it, some
||trippels at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #2 from Markus Trippelsdorf ---
unsigned __int128 always needs 16 byte alignement, otherwise you are invoking
undefined behavior.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81308
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
1 - 100 of 3500 matches
Mail list logo
