* [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power
[not found] <bug-63491-4@http.gcc.gnu.org/bugzilla/>
@ 2014-10-09 18:06 ` bergner at gcc dot gnu.org
2014-10-09 18:18 ` dje at gcc dot gnu.org
` (10 subsequent siblings)
11 siblings, 0 replies; 12+ messages in thread
From: bergner at gcc dot gnu.org @ 2014-10-09 18:06 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #2 from Peter Bergner <bergner at gcc dot gnu.org> ---
Slightly simplified test case that still fails without a function call:
typedef __int128_t __attribute__((__vector_size__(16))) vector_128_t;
typedef unsigned long long scalar_64_t;
vector_128_t
foo (void)
{
union {
scalar_64_t i64[2];
vector_128_t v128;
} u;
u.i64[0] = 1;
u.i64[1] = 2;
return u.v128;
}
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power
[not found] <bug-63491-4@http.gcc.gnu.org/bugzilla/>
2014-10-09 18:06 ` [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power bergner at gcc dot gnu.org
@ 2014-10-09 18:18 ` dje at gcc dot gnu.org
2014-10-10 15:18 ` bergner at gcc dot gnu.org
` (9 subsequent siblings)
11 siblings, 0 replies; 12+ messages in thread
From: dje at gcc dot gnu.org @ 2014-10-09 18:18 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
David Edelsohn <dje at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |saugustine at google dot com
--- Comment #3 from David Edelsohn <dje at gcc dot gnu.org> ---
*** Bug 63501 has been marked as a duplicate of this bug. ***
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power
[not found] <bug-63491-4@http.gcc.gnu.org/bugzilla/>
2014-10-09 18:06 ` [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power bergner at gcc dot gnu.org
2014-10-09 18:18 ` dje at gcc dot gnu.org
@ 2014-10-10 15:18 ` bergner at gcc dot gnu.org
2015-02-13 16:51 ` vmakarov at gcc dot gnu.org
` (8 subsequent siblings)
11 siblings, 0 replies; 12+ messages in thread
From: bergner at gcc dot gnu.org @ 2014-10-10 15:18 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #4 from Peter Bergner <bergner at gcc dot gnu.org> ---
I'll add that we hit this as part of our work on trying to move POWER over to
using LRA by default.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power
[not found] <bug-63491-4@http.gcc.gnu.org/bugzilla/>
` (2 preceding siblings ...)
2014-10-10 15:18 ` bergner at gcc dot gnu.org
@ 2015-02-13 16:51 ` vmakarov at gcc dot gnu.org
2015-02-18 21:24 ` bergner at gcc dot gnu.org
` (7 subsequent siblings)
11 siblings, 0 replies; 12+ messages in thread
From: vmakarov at gcc dot gnu.org @ 2015-02-13 16:51 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #5 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
Sorry, I can not reproduce the bug on the today trunk. Probably it was fixed
by numerous changes in LRA since Oct.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power
[not found] <bug-63491-4@http.gcc.gnu.org/bugzilla/>
` (3 preceding siblings ...)
2015-02-13 16:51 ` vmakarov at gcc dot gnu.org
@ 2015-02-18 21:24 ` bergner at gcc dot gnu.org
2015-03-10 19:12 ` vmakarov at gcc dot gnu.org
` (6 subsequent siblings)
11 siblings, 0 replies; 12+ messages in thread
From: bergner at gcc dot gnu.org @ 2015-02-18 21:24 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #6 from Peter Bergner <bergner at gcc dot gnu.org> ---
(In reply to Vladimir Makarov from comment #5)
> Sorry, I can not reproduce the bug on the today trunk. Probably it was
> fixed by numerous changes in LRA since Oct.
This still fails for me today on my big endian system using revision 220792.
Did you use the exact same compiler options I used?
[bergner@makalu-lp1 LRA]$ cat pr63491.i
typedef __int128_t __attribute__((__vector_size__(16))) vector_128_t;
typedef unsigned long long scalar_64_t;
vector_128_t
foo (void)
{
union {
scalar_64_t i64[2];
vector_128_t v128;
} u;
u.i64[0] = 1;
u.i64[1] = 2;
return u.v128;
}
[bergner@makalu-lp1 LRA]$
/home/bergner/gcc/build/gcc-fsf-mainline-pr63491/gcc/xgcc
-B/home/bergner/gcc/build/gcc-fsf-mainline-pr63491/gcc -O1 -m64 -mcpu=power8
-mlra -S pr63491.i
pr63491.i: In function ‘foo’:
pr63491.i:14:1: internal compiler error: in check_and_process_move, at
lra-constraints.c:1170
}
^
0x10994a7b check_and_process_move
/home/bergner/gcc/gcc-fsf-mainline-pr63491/gcc/lra-constraints.c:1167
0x1099d45b curr_insn_transform
/home/bergner/gcc/gcc-fsf-mainline-pr63491/gcc/lra-constraints.c:3463
0x109a1cdb lra_constraints(bool)
/home/bergner/gcc/gcc-fsf-mainline-pr63491/gcc/lra-constraints.c:4451
0x1098221b lra(_IO_FILE*)
/home/bergner/gcc/gcc-fsf-mainline-pr63491/gcc/lra.c:2292
0x109050d7 do_reload
/home/bergner/gcc/gcc-fsf-mainline-pr63491/gcc/ira.c:5418
0x1090576f execute
/home/bergner/gcc/gcc-fsf-mainline-pr63491/gcc/ira.c:5589
Please submit a full bug report,
with preprocessed source if appropriate.
>From gcc-bugs-return-477729-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 18 21:24:58 2015
Return-Path: <gcc-bugs-return-477729-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 9665 invoked by alias); 18 Feb 2015 21:24:58 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 9566 invoked by uid 55); 18 Feb 2015 21:24:55 -0000
From: "hubicka at ucw dot cz" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ipa/65028] [5 Regression] 450.soplex in SPEC CPU 2006 is miscompiled
Date: Wed, 18 Feb 2015 21:24:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ipa
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hubicka at ucw dot cz
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: jamborm at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-65028-4-O9chtJgZpx@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65028-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65028-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-02/txt/msg02062.txt.bz2
Content-length: 187
https://gcc.gnu.org/bugzilla/show_bug.cgi?ide028
--- Comment #38 from Jan Hubicka <hubicka at ucw dot cz> ---
OK. Though I do not directly see how it can solve this wrong code issue.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power
[not found] <bug-63491-4@http.gcc.gnu.org/bugzilla/>
` (4 preceding siblings ...)
2015-02-18 21:24 ` bergner at gcc dot gnu.org
@ 2015-03-10 19:12 ` vmakarov at gcc dot gnu.org
2015-03-10 21:39 ` bergner at gcc dot gnu.org
` (5 subsequent siblings)
11 siblings, 0 replies; 12+ messages in thread
From: vmakarov at gcc dot gnu.org @ 2015-03-10 19:12 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #7 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
(In reply to Peter Bergner from comment #6)
> (In reply to Vladimir Makarov from comment #5)
> > Sorry, I can not reproduce the bug on the today trunk. Probably it was
> > fixed by numerous changes in LRA since Oct.
>
> This still fails for me today on my big endian system using revision 220792.
> Did you use the exact same compiler options I used?
>
>
> [bergner@makalu-lp1 LRA]$ cat pr63491.i
> typedef __int128_t __attribute__((__vector_size__(16))) vector_128_t;
> typedef unsigned long long scalar_64_t;
>
> vector_128_t
> foo (void)
> {
> union {
> scalar_64_t i64[2];
> vector_128_t v128;
> } u;
> u.i64[0] = 1;
> u.i64[1] = 2;
> return u.v128;
> }
> [bergner@makalu-lp1 LRA]$
> /home/bergner/gcc/build/gcc-fsf-mainline-pr63491/gcc/xgcc
> -B/home/bergner/gcc/build/gcc-fsf-mainline-pr63491/gcc -O1 -m64 -mcpu=power8
> -mlra -S pr63491.i
> pr63491.i: In function ‘foo’:
> pr63491.i:14:1: internal compiler error: in check_and_process_move, at
> lra-constraints.c:1170
> }
> ^
> 0x10994a7b check_and_process_move
> /home/bergner/gcc/gcc-fsf-mainline-pr63491/gcc/lra-constraints.c:1167
> 0x1099d45b curr_insn_transform
> /home/bergner/gcc/gcc-fsf-mainline-pr63491/gcc/lra-constraints.c:3463
> 0x109a1cdb lra_constraints(bool)
> /home/bergner/gcc/gcc-fsf-mainline-pr63491/gcc/lra-constraints.c:4451
> 0x1098221b lra(_IO_FILE*)
> /home/bergner/gcc/gcc-fsf-mainline-pr63491/gcc/lra.c:2292
> 0x109050d7 do_reload
> /home/bergner/gcc/gcc-fsf-mainline-pr63491/gcc/ira.c:5418
> 0x1090576f execute
> /home/bergner/gcc/gcc-fsf-mainline-pr63491/gcc/ira.c:5589
> Please submit a full bug report,
> with preprocessed source if appropriate.
I tried again the test on gcc rev. 221324 (Mar 10) with the mentioned options
and I've failed to reproduce the crash.
>From gcc-bugs-return-480015-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Mar 10 19:21:08 2015
Return-Path: <gcc-bugs-return-480015-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 6405 invoked by alias); 10 Mar 2015 19:21:07 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 6335 invoked by uid 55); 10 Mar 2015 19:21:03 -0000
From: "yroux at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ipa/64896] [4.9/5 Regression] ICE in get_address_mode, at rtlanal.c:5442
Date: Tue, 10 Mar 2015 19:21:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ipa
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: yroux at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: hubicka at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-64896-4-NhlFAI8aBd@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64896-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64896-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-03/txt/msg01159.txt.bz2
Content-length: 1025
https://gcc.gnu.org/bugzilla/show_bug.cgi?idd896
--- Comment #11 from Yvan Roux <yroux at gcc dot gnu.org> ---
Author: yroux
Date: Tue Mar 10 19:20:30 2015
New Revision: 221333
URL: https://gcc.gnu.org/viewcvs?rev"1333&root=gcc&view=rev
Log:
gcc/
2015-03-10 Yvan Roux <yvan.roux@linaro.org>
Backport from trunk r220489.
2015-02-06 Jakub Jelinek <jakub@redhat.com>
PR ipa/64896
* cgraphunit.c (cgraph_node::expand_thunk): If
restype is not is_gimple_reg_type nor the thunk_fndecl
returns aggregate_value_p, set restmp to a temporary variable
instead of resdecl.
gcc/testsuite/
2015-03-10 Yvan Roux <yvan.roux@linaro.org>
Backport from trunk r220489.
2015-02-06 Jakub Jelinek <jakub@redhat.com>
PR ipa/64896
* g++.dg/ipa/pr64896.C: New test.
Added:
branches/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr64896.C
Modified:
branches/gcc-4_9-branch/gcc/ChangeLog
branches/gcc-4_9-branch/gcc/cgraphunit.c
branches/gcc-4_9-branch/gcc/testsuite/ChangeLog
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power
[not found] <bug-63491-4@http.gcc.gnu.org/bugzilla/>
` (5 preceding siblings ...)
2015-03-10 19:12 ` vmakarov at gcc dot gnu.org
@ 2015-03-10 21:39 ` bergner at gcc dot gnu.org
2015-03-11 22:10 ` bergner at gcc dot gnu.org
` (4 subsequent siblings)
11 siblings, 0 replies; 12+ messages in thread
From: bergner at gcc dot gnu.org @ 2015-03-10 21:39 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #8 from Peter Bergner <bergner at gcc dot gnu.org> ---
(In reply to Vladimir Makarov from comment #7)
> I tried again the test on gcc rev. 221324 (Mar 10) with the mentioned
> options and I've failed to reproduce the crash.
Maybe a configure option thing? Maybe --disable-bootstrap which I have been
using? I just tried using the same revision you did (221324) and I still see
the same error:
Target: powerpc64-linux
Configured with: /home/bergner/gcc/gcc-fsf-mainline-vlad-lra/configure
--target=powerpc64-linux --host=powerpc64-linux --build=powerpc64-linux
--enable-threads=posix --enable-shared --enable-__cxa_atexit
--enable-languages=c,c++ --enable-secureplt --enable-checking=yes
--with-gmp=/home/bergner/tools/meissner
--with-mpfr=/home/bergner/tools/meissner
--with-mpc=/home/bergner/tools/meissner --with-long-double-128
--enable-decimal-float --disable-bootstrap --disable-alsa
--prefix=/home/bergner/gcc/install/gcc-fsf-mainline-vlad-lra-r221324
Thread model: posix
gcc version 5.0.0 20150310 (experimental) [trunk revision 221324] (GCC)
[bergner@makalu-lp1 LRA]$
/home/bergner/gcc/build/gcc-fsf-mainline-vlad-lra-r221324/gcc/xgcc
-B/home/bergner/gcc/build/gcc-fsf-mainline-vlad-lra-r221324/gcc -O1 -m64
-mcpu=power8 -mlra -S pr63491.i pr63491.i: In function ‘foo’:
pr63491.i:14:1: internal compiler error: in check_and_process_move, at
lra-constraints.c:1171
}
^
0x1099c933 check_and_process_move
/home/bergner/gcc/gcc-fsf-mainline-vlad-lra/gcc/lra-constraints.c:1168
0x109a5313 curr_insn_transform
/home/bergner/gcc/gcc-fsf-mainline-vlad-lra/gcc/lra-constraints.c:3464
0x109a9b93 lra_constraints(bool)
/home/bergner/gcc/gcc-fsf-mainline-vlad-lra/gcc/lra-constraints.c:4452
0x10989da3 lra(_IO_FILE*)
/home/bergner/gcc/gcc-fsf-mainline-vlad-lra/gcc/lra.c:2301
0x1090cb97 do_reload
/home/bergner/gcc/gcc-fsf-mainline-vlad-lra/gcc/ira.c:5418
0x1090d22f execute
/home/bergner/gcc/gcc-fsf-mainline-vlad-lra/gcc/ira.c:5589
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
>From gcc-bugs-return-480025-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Mar 10 21:52:33 2015
Return-Path: <gcc-bugs-return-480025-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 60112 invoked by alias); 10 Mar 2015 21:52:32 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 60040 invoked by uid 48); 10 Mar 2015 21:52:29 -0000
From: "boger at us dot ibm.com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug go/64999] s390x libgo test failure in TestMemoryProfiler
Date: Tue, 10 Mar 2015 21:52:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: go
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: boger at us dot ibm.com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: ian at airs dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-64999-4-JMJk8kB9Uk@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64999-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64999-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-03/txt/msg01169.txt.bz2
Content-length: 2014
https://gcc.gnu.org/bugzilla/show_bug.cgi?idd999
--- Comment #50 from boger at us dot ibm.com ---
(In reply to Ian Lance Taylor from comment #49)
> libbacktrace returns the line number that you actually care about: the line
> number of the call instruction. There is no question that that is correct.
>
> You say that it is a problem if the PC does not match the line number, but
> to me that sounds like a conceptual problem. What is the actual problem?
>
> The pprof.go code expects to get the PC after the call instruction, and
> tries to turn it into the PC of the call instruction. I think we can all
> agree that pprof.go should in fact see the PC after the call instruction.
> The simple way to do that is for callback in libgo/runtime/go-callers.c to
> increment pc before storing it in loc->pc. Apparently there is some problem
> with that but I do not know what that problem is.
>
> The additional argument I mentioned would be for the function types
> backtrace_fulL_callback and backtrace_simple_callback defined in
> libbacktrace/backtrace.h. The additional argument would be, essentially,
> the value of ip_before_insn in libbacktrace/backtrace.c and
> libbacktrace/simple.c. The argument would tell you whether the PC follows a
> call instruction, or whether it is the correct PC for a signal frame
> instruction
OK.
I didn't realize that backtrace_full is expected to return an array of Location
structures which contain the PC for the instruction following the call but the
line number for the call. When I saw there was a single structure containing a
PC and lineno, I assumed that it was intended to hold information for a single
location, i.e., a PC and the lineno that corresponded to it.
I will go back and try this again as you suggested. I had tried several
variations and hit different errors and when I saw how the line number and PC
were out of sync that steered me down the wrong path. Now that I understand
what it really should be I think it should probably work.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power
[not found] <bug-63491-4@http.gcc.gnu.org/bugzilla/>
` (6 preceding siblings ...)
2015-03-10 21:39 ` bergner at gcc dot gnu.org
@ 2015-03-11 22:10 ` bergner at gcc dot gnu.org
2015-03-12 16:02 ` bergner at gcc dot gnu.org
` (3 subsequent siblings)
11 siblings, 0 replies; 12+ messages in thread
From: bergner at gcc dot gnu.org @ 2015-03-11 22:10 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #9 from Peter Bergner <bergner at gcc dot gnu.org> ---
(In reply to Peter Bergner from comment #8)
> (In reply to Vladimir Makarov from comment #7)
> > I tried again the test on gcc rev. 221324 (Mar 10) with the mentioned
> > options and I've failed to reproduce the crash.
>
> Maybe a configure option thing? Maybe --disable-bootstrap which I have been
> using? I just tried using the same revision you did (221324) and I still
> see the same error:
Well I did a normal bootstrap build and also a --enable-checking=release build
and they both ICE with the test case, so I'm not sure how you can't be seeing
this.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power
[not found] <bug-63491-4@http.gcc.gnu.org/bugzilla/>
` (7 preceding siblings ...)
2015-03-11 22:10 ` bergner at gcc dot gnu.org
@ 2015-03-12 16:02 ` bergner at gcc dot gnu.org
2015-03-16 21:45 ` bergner at gcc dot gnu.org
` (2 subsequent siblings)
11 siblings, 0 replies; 12+ messages in thread
From: bergner at gcc dot gnu.org @ 2015-03-12 16:02 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #10 from Peter Bergner <bergner at gcc dot gnu.org> ---
Strange, this fails with my builds on our internal POWER8 box, but doesn't with
my build on the external gcc112 POWER8 compile farm system. I'll try and track
down what the difference is and see if I can recreate it on the external
system.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power
[not found] <bug-63491-4@http.gcc.gnu.org/bugzilla/>
` (8 preceding siblings ...)
2015-03-12 16:02 ` bergner at gcc dot gnu.org
@ 2015-03-16 21:45 ` bergner at gcc dot gnu.org
2015-03-18 17:22 ` vmakarov at gcc dot gnu.org
2015-03-19 22:12 ` vmakarov at gcc dot gnu.org
11 siblings, 0 replies; 12+ messages in thread
From: bergner at gcc dot gnu.org @ 2015-03-16 21:45 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #11 from Peter Bergner <bergner at gcc dot gnu.org> ---
Ok, I found the difference. The problem on the external gcc112 system (ie, the
big-endian system) is that the system binutils doesn't support POWER8, so
during gcc config/build, the power8 gcc support was disabled. I
built/installed a new binutils and used that for my build and now my external
build also ICEs. Vlad can you try using my build on gcc112?
/home/bergner/gcc/build/gcc-fsf-mainline-r221324-2/gcc/xgcc
-B/home/bergner/gcc/build/gcc-fsf-mainline-r221324-2/gcc -O1 -m64 -mcpu=power8
-mlra -S pr63491.i
It uses /home/bergner/binutils/install/binutils-power8/bin/{as,ld}.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power
[not found] <bug-63491-4@http.gcc.gnu.org/bugzilla/>
` (9 preceding siblings ...)
2015-03-16 21:45 ` bergner at gcc dot gnu.org
@ 2015-03-18 17:22 ` vmakarov at gcc dot gnu.org
2015-03-19 22:12 ` vmakarov at gcc dot gnu.org
11 siblings, 0 replies; 12+ messages in thread
From: vmakarov at gcc dot gnu.org @ 2015-03-18 17:22 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #12 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
(In reply to Peter Bergner from comment #11)
> Ok, I found the difference. The problem on the external gcc112 system (ie,
> the big-endian system) is that the system binutils doesn't support POWER8,
> so during gcc config/build, the power8 gcc support was disabled. I
> built/installed a new binutils and used that for my build and now my
> external build also ICEs. Vlad can you try using my build on gcc112?
>
> /home/bergner/gcc/build/gcc-fsf-mainline-r221324-2/gcc/xgcc
> -B/home/bergner/gcc/build/gcc-fsf-mainline-r221324-2/gcc -O1 -m64
> -mcpu=power8 -mlra -S pr63491.i
>
> It uses /home/bergner/binutils/install/binutils-power8/bin/{as,ld}.
Yes, I reproduced it with you binaries. Thanks, Peter. The crash is in a code
concerning secondary reloads. It might take a few days to fix it.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug rtl-optimization/63491] Ice in LRA with simple vector test case on power
[not found] <bug-63491-4@http.gcc.gnu.org/bugzilla/>
` (10 preceding siblings ...)
2015-03-18 17:22 ` vmakarov at gcc dot gnu.org
@ 2015-03-19 22:12 ` vmakarov at gcc dot gnu.org
11 siblings, 0 replies; 12+ messages in thread
From: vmakarov at gcc dot gnu.org @ 2015-03-19 22:12 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #13 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
Author: vmakarov
Date: Thu Mar 19 19:59:38 2015
New Revision: 221522
URL: https://gcc.gnu.org/viewcvs?rev=221522&root=gcc&view=rev
Log:
2015-03-19 Vladimir Makarov <vmakarov@redhat.com>
PR rtl-optimization/63491
* lra-constraints.c (check_and_process_move): Use src instead of
sreg. Remove some dead code.
2015-03-19 Vladimir Makarov <vmakarov@redhat.com>
PR rtl-optimization/63491
* gcc.target/powerpc/pr63491.c: New.
Added:
trunk/gcc/testsuite/gcc.target/powerpc/pr63491.c
Modified:
trunk/gcc/lra-constraints.c
trunk/gcc/testsuite/ChangeLog
^ permalink raw reply [flat|nested] 12+ messages in thread