: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE when compiled with the current g++ trunk on
x86_64-linux-gnu in both 32-bit and 64-bit modes. The current gcc trunk works
fine.
$ g
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE when compiled with the current g++ trunk at
-O3 on x86_64-linux-gnu
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE when compiled with the current gcc trunk at
-Os on x86_64-linux-gnu
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE when compiled with the current g++ trunk at
-O1 and above on x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69214
--- Comment #1 from Qirun Zhang ---
Here is a smaller case:
long a;
extern int fun1();
extern void fun2();
extern void setjmp();
void foo() {
int d = 0;
fun2();
setjmp();
a = d;
d = 8;
!a && fun1();
}
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE when compiled with the current g++ trunk at
-O0 on x86_64
iority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE when compiled with the current gcc trunk on
x86_64-linux-gnu in 64-bit mode.
$ gcc-trunk -v
Using buil
ty: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE when compiled with the current g++ trunk on
x86_64-linux-gnu in both 32-bit and 64-bit modes.
It al
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following invalid code causes an ICE when compiled with the current gcc
trunk on x86_64-linux-gnu in both 32-bit and 64-bit modes
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O3 on x86_64-linux-gnu in both 32-bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71407
Qirun Zhang changed:
What|Removed |Added
CC||helloqirun at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71416
Qirun Zhang changed:
What|Removed |Added
CC||helloqirun at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71407
--- Comment #6 from Qirun Zhang ---
(In reply to alahay01 from comment #5)
> Qirun Zhang :
>
> That's a different issue (original test fails due to data type mismatch,
> this test fails because the loop boundary is unset).
>
> Please could you
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current g++ trunk
at only -O3 on x86_64-linux
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following invalid code causes an ICE when compiled with the current g++
trunk on x86_64-linux-gnu in 32-bit mode.
It is a 7 regression.
$ g++-trunk -v
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at only -O3 on x86_64-linux-gnu in 64-bit
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at only -O3 on x86_64
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following invalid code causes an ICE when compiled with the current gcc
trunk on x86_64-linux-gnu in both 32-bit and 64-bit modes
++
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE (segfault) when compiled with the current g++
trunk on x86_64-linux-gnu in 64-bit mode. The 32-bit mode is OK.
$ g++-trunk -v
Using built-in specs
NCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O2
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O2 and above
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67278
Qirun Zhang changed:
What|Removed |Added
CC||helloqirun at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21255
Qirun Zhang changed:
What|Removed |Added
CC||helloqirun at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44551
Qirun Zhang changed:
What|Removed |Added
CC||helloqirun at gmail dot com
--- Comment
ty: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
on x86_64-linux-gnu in both 32-bit
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O1 and above on x86_64-linux
oduct: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE whe
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The current gcc trunk hangs on the following valid code snippets on
x86_64-linux-gnu in both 32-bit and 64-bit modes.
I assume the code snippets are valid since
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE
NCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at only -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69666
--- Comment #5 from Qirun Zhang ---
(In reply to Jakub Jelinek from comment #4)
> (In reply to Qirun Zhang from comment #3)
> > (In reply to Jakub Jelinek from comment #2)
> > > This invalid VCE is created by SRA. The code has multiple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69666
--- Comment #3 from Qirun Zhang ---
(In reply to Jakub Jelinek from comment #2)
> This invalid VCE is created by SRA. The code has multiple undefined
> behaviors in it, but we shouldn't ICE on that.
Hi Jakub,
This code example is reduced from
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O2 and -O3
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The current gcc trunk mis-compiles PR49038.c on x86_64-linux at -O3 in both
32-bit and 64-bit modes.
Below is a slightly reduced case.
$ gcc-trunk -v
Using built
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O1 and above on x86_64-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69887
--- Comment #4 from Qirun Zhang ---
(In reply to Eric Botcazou from comment #2)
> __builtin_longjmp cannot be used in the same function as __builtin_setjmp.
>
> *** This bug has been marked as a duplicate of bug 59039 ***
But the original bug
ty: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following invalid code causes an ICE when compiled with the current gcc
trunk on x86_64-linux-gnu in both 32-bit and 64
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The current gcc trunk mis-compiles the following code on x86_64-linux-gnu at
-O1 and above in both 32-bit and 64-bit modes.
It affects as early as gcc-4.4.3 (I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69773
--- Comment #2 from Qirun Zhang ---
pr65693 fails to compile at -O0 with the same (similar) trace.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at only -O3 on x86_64-linux-gnu in both 32-bit
ty: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following invalid code causes an ICE when compiled with the current g++
trunk on x86_64-linux-gnu in both 32-bit
ty: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following invalid code causes an ICE when compiled with the current g++
trunk on x86_64-linux-gnu in both 32-bit and 64
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
Starting from 5.1, the gcc-trunk at -O0 does not perform constant folding for
the following example.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE when compiled with the current gcc trunk at
-O1 and above on x86_64-linux-gnu in both 32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69740
--- Comment #3 from Qirun Zhang ---
(In reply to Jakub Jelinek from comment #1)
> Started with r218566.
Here is a similar case. The stack trace is almost the same as in the original
RP's. However, this one crashes the current trunk at -O3 only
ty: normal
Priority: P3
Component: inline-asm
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following invalid code causes an ICE when compiled with the current gcc
trunk on x86_64-linux-gnu in both 32-bit and 64
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O3 and above
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70160
--- Comment #2 from Qirun Zhang ---
(In reply to Jakub Jelinek from comment #1)
> -msse2 is needed too. Started with r228231. Can't get rid of the
> uninitialized uses though:
>
> long long a;
> void foo (void);
> void
> bar (unsigned t, int
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O2 and above on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70023
--- Comment #7 from Qirun Zhang ---
(In reply to Uroš Bizjak from comment #6)
> *** Bug 69773 has been marked as a duplicate of this bug. ***
PR69773 was reported and confirmed more than one month ago. The two bugs share
the same stack trace.
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The current gcc trunk mis-compiles the following code on x86_64-linux-gnu at
-O3 only in both 32-bit and 64-bit modes.
It should be a 6 regression.
$ gcc-trunk -v
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O2 and above on x86_64-linux-gnu
NCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current g++ trunk
at -O1
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O2 and above on x8
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at only -O3 on x86_64
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at only -O3 on x86_64-linux-gnu in both 32
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at only -O3 on x8
ty: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at only -O3 on x86_64
ty: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following invalid code causes an ICE when compiled with the current gcc
trunk on x86_64-linux-gnu in both 32-bit and 64
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following invalid code causes an ICE when compiled with the current gcc
trunk on x86_64-linux-gnu in both 32-bit and 64-bit modes.
This piece of code is syntactically valid
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O2 and -O3 on x86_64-linux
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at only -O3 on x8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71916
--- Comment #9 from Qirun Zhang ---
(In reply to Martin Liška from comment #7)
> Hm, the second test-case works fine with r233209, but started to fail with
> r236831:
>
> Author: law
> Date: Fri May
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71916
--- Comment #5 from Qirun Zhang ---
(In reply to Qirun Zhang from comment #4)
> (In reply to rguent...@suse.de from comment #3)
> > On Tue, 19 Jul 2016, marxin at gcc dot gnu.org wrote:
> >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71916
--- Comment #4 from Qirun Zhang ---
(In reply to rguent...@suse.de from comment #3)
> On Tue, 19 Jul 2016, marxin at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71916
> >
> > Martin Liška changed:
> >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71667
--- Comment #8 from Qirun Zhang ---
(In reply to alahay01 from comment #7)
> Fixed.
>
> Additional issue found by Qirun has been raised as PR 71818
Hi Alan, Sorry that I missed your previous message..
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at only -O3 on x86_64-linux-gnu
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at only -O3 on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71667
Qirun Zhang changed:
What|Removed |Added
CC||helloqirun at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
Qirun Zhang changed:
What|Removed |Added
CC||helloqirun at gmail dot com
--- Comment
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O1 and above on x8
ty: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid RTL fragment causes an ICE when compiled with the current
gcc trunk on x86_64-linux-gnu in 32-bit mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80499
--- Comment #3 from Qirun Zhang ---
(In reply to Richard Biener from comment #2)
> Do you have a C fragment producing this RTL?
Hi Richard,
The original RTL file is at testsuite/gcc.dg/rtl/x86_64/final.c.
The original C file seems to be
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at only -O3 on x86_64-linux-gnu
NCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following valid code causes an ICE when compiled with the current gcc trunk
at -O2
ty: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE when compiled with the current gcc trunk at
-O2 and above on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80540
--- Comment #4 from Qirun Zhang ---
(In reply to Martin Liška from comment #2)
> > gcc-4.8.5 crashes at all levels;
> > gcc-4.9 accepts it at all levels;
>
> I can't find a release that does not ICE w/ -O2.
Hi Martin,
This version works fine.
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE when compiled with the current gcc trunk at
-Os on x86_64-linux-gnu in both 32- and 64-bit modes.
$ gcc-trunk
ty: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The following code causes an ICE when compiled with the current gcc trunk at
-O3 on x86_64-linux-gnu in both 32- and 64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80581
Qirun Zhang changed:
What|Removed |Added
CC||helloqirun at gmail dot com
--- Comment
NCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/home/abso
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
It crashes at level -O3. Level -O2 works fine.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The testcase is a bit large.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/home
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
It happens at -Os and in 32-bit mode only.
$ gcc-trunk -v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82875
--- Comment #2 from Qirun Zhang ---
(In reply to Arseny Solokha from comment #1)
> This is likely a duplicate of PR82816.
Hi Arseny, I tried it on r254484. It still exists.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
It happens at -Os and in 64-bit mode only.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
It happens at 32-bit mode only.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_L
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
It appears to be a recent regression.
It happens at "-O1" and above but g++-trunk compiles. g+
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
It appears to be a recent regression.
g++-8.1
++
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
g++8.1 emits yet another error...
$ g++-trunk -v
Using built-in specs.
COLLECT_GCC=g++-trunk
COLLECT_LTO_WRAPPER=/home/absozero/trunk/root-gcc/libexec/gcc/x86_64-pc-linux-gnu
ty: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
The trunk version g++ crashes with "-std=c++98" or "-std=c++03". The other std
flags seem working.
It seems
: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
It appears to be a recent regression.
g++-7.3 compiles
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
As the title.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
It happens at -Os and in 32-bit mode only.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
g++-6.1 compiles. g++-8.1 and the trunk version crash.
$ g++-trunk -v
Using built-in specs.
COLLECT_GCC=g++-trunk
COLLECT_LTO_WRAPPER
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
Level "-O2" works fine.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRA
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
It seems to be a recent regression. gcc-8.1 correctly compiles.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/home/absozero
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
It appears to be a recent regression. gcc-8.1 compiles at -O3.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/home/absozero/trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86886
--- Comment #2 from Qirun Zhang ---
(In reply to Andrew Pinski from comment #1)
> I don't think this is a bug. You are taking the address of a field of an
> union and accessing via that address. This is not tracked at all.
Here is a reduced
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
It also affects gcc-8.1 at -O3. gcc-6.1 works fine.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/home/absozero/trunk/root-gcc
1 - 100 of 115 matches
Mail list logo