http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
--- Comment #19 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #18)
> > Just double-checked. And yes, unfortunately it's 100% reproducible.
>
> Can not think of much of reason for this. How much off the index is? Just
> sligh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226
--- Comment #11 from Markus Trippelsdorf ---
(In reply to Alexander Ivchenko from comment #10)
> Patch from comment #7 didn't cure Android build as well..
Can you try the patch from PR58252 comment 7?
I've build Chromium (browser) successfully w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58252
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
--- Comment #21 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #20)
> Hmm, it may be someone altering the insns during streaming process. You may
> try to check
> who is doing that while streaming out the relevant .o file.
> I
||trippels at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #13 from Markus Trippelsdorf ---
Let's close this one.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
--- Comment #22 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #21)
>
> I've tried to bisect the issue, but it's messy.
> However I think I can rule out any commit since r205447.
> If r205447 is the culprit I cannot s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
--- Comment #23 from Markus Trippelsdorf ---
Here's a testcase:
tmp % wget trippelsdorf.de/cceI2Nud.ltrans22.o.bz2
tmp % bzip2 -d cceI2Nud.ltrans22.o.bz2
tmp % g++ -xlto -fltrans cceI2Nud.ltrans22.o
In member function ‘extractBetween’:
lto1: f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59527
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59527
--- Comment #6 from Markus Trippelsdorf ---
The testcase is too big to attach.
% wget trippelsdorf.de/testcase.tar.bz2
% tar xvjf testcase.tar.bz2
% g++ -w -nostdlib -r -flto=4 -fprofile-use -fprofile-correction
-march=amdfam10 -fno-rtti -fno-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59527
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Severity: normal
Priority: P3
Component: gcov-profile
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
Firefox LTO/PGO build fails when using the gold linker.
The testcase is too big to attach.
% wget trippelsdorf.de/testca
: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
During Firefox build I get:
markus@x4 shell % /var/tmp/gcc_test/usr/local/bin/g++ -flto=4 -o foofo -O2
Unified_cpp_shell0.o ../libjs_static.a
In
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
--- Comment #24 from Markus Trippelsdorf ---
I've opened pr59543 for the cgraph edge statement index issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226
--- Comment #14 from Markus Trippelsdorf ---
(In reply to David Kredba from comment #13)
> Qtwebkit-4.8.5 still ICEs after that patch applied:
> lto1: internal compiler error: in record_target_from_binfo, at
> ipa-devirt.c:673
Can you attach a te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59542
--- Comment #1 from Markus Trippelsdorf ---
https://sourceware.org/bugzilla/show_bug.cgi?id=12322
is still open.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59543
--- Comment #2 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #1)
> Thank you,
> can you, please, check that the problem appears still after
> 2013-12-17 Jan Hubicka
>
> * ipa-utils.h (possible_polymorphic_call_tar
||trippels at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #21 from Markus Trippelsdorf ---
Jeff patch to split up the erroneous path optimization into two pieces
(r205689) fixes the issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59545
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
||trippels at gcc dot gnu.org
--- Comment #8 from Markus Trippelsdorf ---
markus@x4 tmp % /usr/x86_64-pc-linux-gnu/gcc-bin/4.8.3/c++ -g -O2
BVH_Example.cpp
markus@x4 tmp % gdb ./a.out
Reading symbols from ./a.out...done.
(gdb) run
Starting program: /var/tmp/a.out
Brute
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59545
--- Comment #5 from Markus Trippelsdorf ---
Thanks Jakub, it looks much better now. What is left are mostly left shifts of
negative values:
gcc/combine.c:11865:14: runtime error: left shift of negative value -4096
gcc/config/i386/i386.c:21800:37:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59542
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59545
--- Comment #7 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #6)
> (In reply to Markus Trippelsdorf from comment #5)
>
> > gcc/cselib.c:1121:43: runtime error: signed integer overflow: 4224 +
> > 9223372036854775806 cannot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58252
--- Comment #9 from Markus Trippelsdorf ---
Here's a small testcase that ICEs even with the patch from comment 7 applied:
markus@x4 library % < test.ii
typedef enum {} nsresult;
class B {
void *mMappedMemory;
public:
virtual int m_fn1();
};
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59543
--- Comment #3 from Markus Trippelsdorf ---
It turned out to be a problem with debugging information.
Some files in libjs_static.a are build with "-g", even when
Firefox is configured with --disable-debug --disable-debug-symbols.
If I add -g to t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59543
--- Comment #4 from Markus Trippelsdorf ---
Created attachment 31527
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31527&action=edit
testcase
Here's a small testcase:
% cat check.sh
g++ -g -fprofile-use -fPIC -flto -fno-exceptions -O2 -s
||trippels at gcc dot gnu.org
Resolution|FIXED |---
--- Comment #9 from Markus Trippelsdorf ---
I've re-run the boost-testsuite today and there were a number
of new ICEs. All turned out to be PCH related. For example
(checking=release com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59436
Bug 59436 depends on bug 58627, which changed state.
Bug 58627 Summary: [4.9 Regression] crash during compilation of boost testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58627
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58627
Markus Trippelsdorf changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59436
Bug 59436 depends on bug 58627, which changed state.
Bug 58627 Summary: [4.9 Regression] crash during compilation of boost testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58627
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59436
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
,
||trippels at gcc dot gnu.org
--- Comment #3 from Markus Trippelsdorf ---
Started with r206042.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59622
--- Comment #4 from Markus Trippelsdorf ---
Further reduced:
markus@x4 tmp % cat test.ii
namespace {
class A {
public:
virtual int *m_fn1();
int *m_fn2() { return m_fn1(); }
};
A a;
int b = *a.m_fn2();
}
markus@x4 tmp % g++ -O2 -c /var/tmp/t
||2013-12-30
CC||trippels at gcc dot gnu.org
Known to work||4.7.3
Ever confirmed|0 |1
Known to fail||4.8.3, 4.9.0
--- Comment #1 from
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
Starting with r206243 the Linux kernel gets miscompiled.
It just hangs very early during boot (before first printk).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
--- Comment #2 from Markus Trippelsdorf ---
kernel/printk/printk.o gets miscompiled.
% gcc -Wp,-MD,kernel/printk/.printk.o.d -nostdinc -isystem
/var/tmp/gcc_test_/usr/local/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.9.0/include
-I/var/tmp/linux/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
--- Comment #3 from Markus Trippelsdorf ---
Created attachment 31547
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31547&action=edit
testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
--- Comment #4 from Markus Trippelsdorf ---
Created attachment 31548
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31548&action=edit
printk_good assembly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
--- Comment #5 from Markus Trippelsdorf ---
Created attachment 31549
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31549&action=edit
printk_bad assembly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
--- Comment #6 from Markus Trippelsdorf ---
linux % diff -u kernel/printk/printk.o /var/tmp/linux/kernel/printk/printk.o
--- kernel/printk/printk.o 2013-12-31 09:23:45.569490147 +0100
+++ /var/tmp/linux/kernel/printk/printk.o 2013-12-31
||trippels at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #1 from Markus Trippelsdorf ---
Not a compiler bug. -Werror=array-bounds turns all array-bounds
warnings into errors. So either fix those issues, or turn off
-Werror=array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
--- Comment #8 from Markus Trippelsdorf ---
>From the printk.i:
38333 int printk_emit(int facility, int level,
38334 const char *dict, size_t dictlen,
38335 const char *fmt, ...)
38336 {
38337 va_list args;
38338 int r;
38339
38340
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59648
--- Comment #4 from Markus Trippelsdorf ---
Xext/panoramiX.c sets:
int PanoramiXNumScreens = 0;
and events.i has:
extern __attribute__((visibility("default"))) int PanoramiXNumScreens;
...
typedef struct {
int screens[16];
int numScreens;
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59648
--- Comment #7 from Markus Trippelsdorf ---
You cannot use full paths for your test output, because
creduce will run each iteration in a new directory. So
try changing it from:
-flto=4 -o /dev/null /home/dave2/$TESTCASE /home/dave2/libxservertes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
Markus Trippelsdorf changed:
What|Removed |Added
Target Milestone|--- |4.7.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59436
--- Comment #20 from Markus Trippelsdorf ---
FYI Mike's and Jakub's patch also fixes the boost testsuite issue.
||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
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
--- 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
--- 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
Markus Trippelsdorf changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Comp
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
--- Comment #12 from Markus Trippelsdorf ---
I mean Sign flag, of course.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83321
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
URL|
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=83358
--- Comment #1 from Markus Trippelsdorf ---
The output above is from:
% gcc -O2 -mtune=haswell foo.i -S -o -
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
--- a/gcc/config/i386/x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83320
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
||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=83372
Markus Trippelsdorf changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
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
--- 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=83390
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
: 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=83391
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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
nsHttpHand
: 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=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 name?
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=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=83461
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83322
Markus Trippelsdorf changed:
What|Removed |Added
CC||sylvestre at debian dot org
--- Co
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=83463
--- Comment #1 from Markus Trippelsdorf ---
int *a;
void *memcpy();
void m(void *p1) { memcpy(0, p1, 0); }
void p() {
m(p + (long)a);
}
||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=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 easi
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 all
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=83526
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82831
Markus Trippelsdorf changed:
What|Removed |Added
Priority|P3 |P1
Summary|[8 Regressio
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
||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?
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 fo
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 #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
gcc_bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83547
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||rejects-valid
Priority|P
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
||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.
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.
||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 in
++
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 &a) { re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83630
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
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=82410
Markus Trippelsdorf changed:
What|Removed |Added
CC||jeanmichael.celerier@gmail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83665
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
1 - 100 of 3500 matches
Mail list logo