* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
@ 2014-03-19 15:57 ` ubizjak at gmail dot com
2014-03-19 16:53 ` jakub at gcc dot gnu.org
` (13 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: ubizjak at gmail dot com @ 2014-03-19 15:57 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #1 from Uroš Bizjak <ubizjak at gmail dot com> ---
Can you please post complete command line that triggers the bug, as outlined in
[1]? Something like:
g++ <... options ...> -fpreprocessed TEncSbac.ii
Please also use -march=<some arch> instead of -march=native. You can see which
architecture -march=native is compiling for by adding -### to the command line.
[1] http://gcc.gnu.org/bugs/
>From gcc-bugs-return-446894-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 19 16:07:48 2014
Return-Path: <gcc-bugs-return-446894-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 2268 invoked by alias); 19 Mar 2014 16:07:48 -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 2183 invoked by uid 48); 19 Mar 2014 16:07:44 -0000
From: "redi at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/60587] [4.9 Regression] debug-mode -std=c++11 vector::insert(pos, begin, end) dereferences begin too eagerly
Date: Wed, 19 Mar 2014 16:07:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: redi at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cf_known_to_work version target_milestone short_desc everconfirmed
Message-ID: <bug-60587-4-OEaIbn9hUv@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60587-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60587-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: 2014-03/txt/msg01763.txt.bz2
Content-length: 912
http://gcc.gnu.org/bugzilla/show_bug.cgi?id`587
Jonathan Wakely <redi at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2014-03-19
Known to work| |4.8.2
Version|unknown |4.9.0
Target Milestone|--- |4.9.0
Summary|debug-mode -std=c++11 |[4.9 Regression] debug-mode
|vector::insert(pos, begin, |-std=c++11
|end) dereferences begin too |vector::insert(pos, begin,
|eagerly |end) dereferences begin too
| |eagerly
Ever confirmed|0 |1
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
2014-03-19 15:57 ` [Bug target/60568] " ubizjak at gmail dot com
@ 2014-03-19 16:53 ` jakub at gcc dot gnu.org
2014-03-19 18:01 ` nheghathivhistha at gmail dot com
` (12 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-03-19 16:53 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org
--- Comment #2 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Also, your command line lists -m32, but the preprocessed file is clearly 64-bit
(-m64) produced. And, if it is only reproduceable with -flto, we need all *.ii
files through which it can be reproduced (perhaps link with -r -nostdlib -flto
and try to remove unneeded objects).
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
2014-03-19 15:57 ` [Bug target/60568] " ubizjak at gmail dot com
2014-03-19 16:53 ` jakub at gcc dot gnu.org
@ 2014-03-19 18:01 ` nheghathivhistha at gmail dot com
2014-03-19 18:34 ` nheghathivhistha at gmail dot com
` (11 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: nheghathivhistha at gmail dot com @ 2014-03-19 18:01 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #3 from David Kredba <nheghathivhistha at gmail dot com> ---
Without lto it compiles fine.
It is Gentoo x86/x86_64 enabled package.
I am going to attach all the ii files, thank you.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
` (2 preceding siblings ...)
2014-03-19 18:01 ` nheghathivhistha at gmail dot com
@ 2014-03-19 18:34 ` nheghathivhistha at gmail dot com
2014-03-19 18:36 ` nheghathivhistha at gmail dot com
` (10 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: nheghathivhistha at gmail dot com @ 2014-03-19 18:34 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #4 from David Kredba <nheghathivhistha at gmail dot com> ---
Created attachment 32395
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32395&action=edit
object file gzipped
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
` (3 preceding siblings ...)
2014-03-19 18:34 ` nheghathivhistha at gmail dot com
@ 2014-03-19 18:36 ` nheghathivhistha at gmail dot com
2014-03-19 19:22 ` jakub at gcc dot gnu.org
` (9 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: nheghathivhistha at gmail dot com @ 2014-03-19 18:36 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #5 from David Kredba <nheghathivhistha at gmail dot com> ---
This is the command line that is enough to get the crash:
/usr/bin/x86_64-pc-linux-gnu-g++ -m32 -fPIC -flto=4 -fuse-linker-plugin -O2
-ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow -mno-sse4.2 -mno-avx
-Wl,-Bsymbolic,-znoexecstack -flto=4 -fuse-linker-plugin -Wl,--as-needed
-Wl,-O2 -Wl,-flto -O2 -ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow
-mno-sse4.2 -mno-avx -o libx265.so.0.8
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncSbac.cpp.o -r -nostdlib
When I ran it with
/usr/bin/x86_64-pc-linux-gnu-g++ -m32 -fPIC -flto=4 -fuse-linker-plugin -O2
-ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow -mno-sse4.2 -mno-avx
-Wl,-Bsymbolic,-znoexecstack -flto=4 -fuse-linker-plugin -Wl,--as-needed
-Wl,-O2 -Wl,-flto -O2 -ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow
-mno-sse4.2 -mno-avx -o libx265.so.0.8 -fpreprocessed ./TEncSbac.ii -r
-nostdlib
(or without -fpreprocessed) it does link the library!
I attached gzipped object file got using -march/tune=core2.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
` (4 preceding siblings ...)
2014-03-19 18:36 ` nheghathivhistha at gmail dot com
@ 2014-03-19 19:22 ` jakub at gcc dot gnu.org
2014-03-19 22:20 ` ubizjak at gmail dot com
` (8 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-03-19 19:22 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed| |2014-03-19
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #6 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Created attachment 32397
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32397&action=edit
gcc49-pr60568.patch
Untested fix. Unfortunately, as the testcase is only ELF object with LTO
bytecode in it, I don't have a testcase for the testsuite nor anything that
could be reduced.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
` (5 preceding siblings ...)
2014-03-19 19:22 ` jakub at gcc dot gnu.org
@ 2014-03-19 22:20 ` ubizjak at gmail dot com
2014-03-19 22:37 ` jakub at gcc dot gnu.org
` (7 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: ubizjak at gmail dot com @ 2014-03-19 22:20 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #7 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Jakub Jelinek from comment #6)
> Created attachment 32397 [details]
> gcc49-pr60568.patch
fnaddr = gen_rtx_UNSPEC (Pmode, gen_rtvec (1, fnaddr), UNSPEC_GOT);
- fnaddr = gen_rtx_PLUS (Pmode, fnaddr, tmp);
+ fnaddr = gen_rtx_CONST (Pmode, fnaddr);
+ fnaddr = gen_rtx_PLUS (Pmode, tmp, fnaddr);
fnaddr = gen_rtx_MEM (Pmode, fnaddr);
fnaddr = gen_const_mem (Pmode, fnaddr) ?
>From gcc-bugs-return-446946-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 19 22:21:27 2014
Return-Path: <gcc-bugs-return-446946-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 8295 invoked by alias); 19 Mar 2014 22:21:26 -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 8028 invoked by uid 55); 19 Mar 2014 22:21:22 -0000
From: "joseph at codesourcery dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/60580] aarch64 generates wrong code for __attribute__ ((optimize("no-omit-frame-pointer")))
Date: Wed, 19 Mar 2014 22:21:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.8.3
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: joseph at codesourcery dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-60580-4-bniuJaYYXK@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60580-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60580-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: 2014-03/txt/msg01815.txt.bz2
Content-length: 842
http://gcc.gnu.org/bugzilla/show_bug.cgi?id`580
--- Comment #2 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
I think following what i386 does is reasonable for now.
I'm a bit dubious of the whole Save design - logically it would be cleaner
if the gcc_options structures were saved just before finish_options, and
then use of option-changing attributes were to process options with a copy
of that structure (if this hadn't already been done for that particular
attribute value), with finish_options and subsequent processing then being
done for the new copy. But that would be quite a lot of work, to complete
a clean separation of option processing working on such structures from
options processing that actually needs global effects, and then you'd need
to work out how to represent things for LTO.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
` (6 preceding siblings ...)
2014-03-19 22:20 ` ubizjak at gmail dot com
@ 2014-03-19 22:37 ` jakub at gcc dot gnu.org
2014-03-20 16:06 ` jakub at gcc dot gnu.org
` (6 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-03-19 22:37 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #8 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
(In reply to Uroš Bizjak from comment #7)
> (In reply to Jakub Jelinek from comment #6)
> > Created attachment 32397 [details]
> > gcc49-pr60568.patch
>
> fnaddr = gen_rtx_UNSPEC (Pmode, gen_rtvec (1, fnaddr), UNSPEC_GOT);
> - fnaddr = gen_rtx_PLUS (Pmode, fnaddr, tmp);
> + fnaddr = gen_rtx_CONST (Pmode, fnaddr);
> + fnaddr = gen_rtx_PLUS (Pmode, tmp, fnaddr);
> fnaddr = gen_rtx_MEM (Pmode, fnaddr);
>
> fnaddr = gen_const_mem (Pmode, fnaddr) ?
Maybe, but have not included that in my current bootstrap.
If we change that, we should also change it in the TARGET_64BIT case a few
lines above it.
>From gcc-bugs-return-446948-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 19 22:52:26 2014
Return-Path: <gcc-bugs-return-446948-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 5267 invoked by alias); 19 Mar 2014 22:52:26 -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 5228 invoked by uid 55); 19 Mar 2014 22:52:22 -0000
From: "kkojima at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/60039] sh3 optimisation bug with -O2
Date: Wed, 19 Mar 2014 22:52:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.8.3
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: kkojima at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-60039-4-2E5bNvyGJp@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60039-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60039-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: 2014-03/txt/msg01817.txt.bz2
Content-length: 398
http://gcc.gnu.org/bugzilla/show_bug.cgi?id`039
--- Comment #9 from Kazumoto Kojima <kkojima at gcc dot gnu.org> ---
Author: kkojima
Date: Wed Mar 19 22:51:47 2014
New Revision: 208688
URL: http://gcc.gnu.org/viewcvs?rev 8688&root=gcc&view=rev
Log:
PR target/60039
* config/sh/sh.md (udivsi3_i1): Clobber R1 register
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/sh/sh.md
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
` (7 preceding siblings ...)
2014-03-19 22:37 ` jakub at gcc dot gnu.org
@ 2014-03-20 16:06 ` jakub at gcc dot gnu.org
2014-03-20 16:11 ` jakub at gcc dot gnu.org
` (5 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-03-20 16:06 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #9 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Author: jakub
Date: Thu Mar 20 16:05:41 2014
New Revision: 208706
URL: http://gcc.gnu.org/viewcvs?rev=208706&root=gcc&view=rev
Log:
PR target/60568
* config/i386/i386.c (x86_output_mi_thunk): Surround UNSPEC_GOT
into CONST, put pic register as first operand of PLUS. Use
gen_const_mem for both 32-bit and 64-bit PIC got loads.
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
` (8 preceding siblings ...)
2014-03-20 16:06 ` jakub at gcc dot gnu.org
@ 2014-03-20 16:11 ` jakub at gcc dot gnu.org
2014-03-20 16:35 ` jakub at gcc dot gnu.org
` (4 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-03-20 16:11 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #10 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Author: jakub
Date: Thu Mar 20 16:10:33 2014
New Revision: 208707
URL: http://gcc.gnu.org/viewcvs?rev=208707&root=gcc&view=rev
Log:
PR target/60568
* config/i386/i386.c (x86_output_mi_thunk): Surround UNSPEC_GOT
into CONST, put pic register as first operand of PLUS. Use
gen_const_mem for both 32-bit and 64-bit PIC got loads.
Modified:
branches/gcc-4_8-branch/gcc/ChangeLog
branches/gcc-4_8-branch/gcc/config/i386/i386.c
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
` (9 preceding siblings ...)
2014-03-20 16:11 ` jakub at gcc dot gnu.org
@ 2014-03-20 16:35 ` jakub at gcc dot gnu.org
2014-03-20 16:38 ` jakub at gcc dot gnu.org
` (3 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-03-20 16:35 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #11 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Author: jakub
Date: Thu Mar 20 16:34:32 2014
New Revision: 208717
URL: http://gcc.gnu.org/viewcvs?rev=208717&root=gcc&view=rev
Log:
PR target/60568
* config/i386/i386.c (x86_output_mi_thunk): Surround UNSPEC_GOT
into CONST, put pic register as first operand of PLUS. Use
gen_const_mem for both 32-bit and 64-bit PIC got loads.
Modified:
branches/gcc-4_7-branch/gcc/ChangeLog
branches/gcc-4_7-branch/gcc/config/i386/i386.c
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
` (10 preceding siblings ...)
2014-03-20 16:35 ` jakub at gcc dot gnu.org
@ 2014-03-20 16:38 ` jakub at gcc dot gnu.org
2014-03-20 19:52 ` nheghathivhistha at gmail dot com
` (2 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-03-20 16:38 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution|--- |FIXED
--- Comment #12 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Should be fixed now on all release branches.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
` (11 preceding siblings ...)
2014-03-20 16:38 ` jakub at gcc dot gnu.org
@ 2014-03-20 19:52 ` nheghathivhistha at gmail dot com
2014-03-20 20:22 ` jakub at gcc dot gnu.org
2014-03-20 20:49 ` trippels at gcc dot gnu.org
14 siblings, 0 replies; 16+ messages in thread
From: nheghathivhistha at gmail dot com @ 2014-03-20 19:52 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #13 from David Kredba <nheghathivhistha at gmail dot com> ---
-m32 compiled fine but 64 bit gave me (rev. 208729):
/usr/bin/x86_64-pc-linux-gnu-g++ -flto=4 -fuse-linker-plugin -O2 -ggdb -pipe
-march=core2 -mtune=core2 -flto=4 -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,-flto -O2 -ggdb -pipe -march=core2 -mtune=core2
CMakeFiles/cli.dir/input/y4m.cpp.o CMakeFiles/cli.dir/input/yuv.cpp.o
CMakeFiles/cli.dir/input/input.cpp.o CMakeFiles/cli.dir/output/y4m.cpp.o
CMakeFiles/cli.dir/output/yuv.cpp.o CMakeFiles/cli.dir/output/output.cpp.o
CMakeFiles/cli.dir/x265.cpp.o -o x265 -rdynamic libx265.a -lpthread -lrt
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h: In
function 'dequant_scaling':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:70:
error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
^
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:70:
error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
^
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:70:
error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
^
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:70:
error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
^
make: *** [/tmp/ccdJxMmS.ltrans1.ltrans.o] Error 1
make: *** Waiting for unfinished jobs....
lto-wrapper: make returned 2 exit status
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/../../../../x86_64-pc-linux-gnu/bin/ld:
lto-wrapper failed
collect2: error: ld returned 1 exit status
Is this related please? Thank you.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
` (12 preceding siblings ...)
2014-03-20 19:52 ` nheghathivhistha at gmail dot com
@ 2014-03-20 20:22 ` jakub at gcc dot gnu.org
2014-03-20 20:49 ` trippels at gcc dot gnu.org
14 siblings, 0 replies; 16+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-03-20 20:22 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #14 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Definitely unrelated, please file a different bug, and if at all possible try
to reduce it.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
2014-03-18 19:33 [Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599 nheghathivhistha at gmail dot com
` (13 preceding siblings ...)
2014-03-20 20:22 ` jakub at gcc dot gnu.org
@ 2014-03-20 20:49 ` trippels at gcc dot gnu.org
14 siblings, 0 replies; 16+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-03-20 20:49 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |trippels at gcc dot gnu.org
--- Comment #15 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to David Kredba from comment #13)
> -m32 compiled fine but 64 bit gave me (rev. 208729):
>
> /usr/bin/x86_64-pc-linux-gnu-g++ -flto=4 -fuse-linker-plugin -O2 -ggdb
> -pipe -march=core2 -mtune=core2 -flto=4 -fuse-linker-plugin -Wl,--as-needed
> -Wl,-O2 -Wl,-flto -O2 -ggdb -pipe -march=core2 -mtune=core2
> CMakeFiles/cli.dir/input/y4m.cpp.o CMakeFiles/cli.dir/input/yuv.cpp.o
> CMakeFiles/cli.dir/input/input.cpp.o CMakeFiles/cli.dir/output/y4m.cpp.o
> CMakeFiles/cli.dir/output/yuv.cpp.o CMakeFiles/cli.dir/output/output.cpp.o
> CMakeFiles/cli.dir/x265.cpp.o -o x265 -rdynamic libx265.a -lpthread -lrt
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h: In
> function 'dequant_scaling':
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:
> 70: error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
> return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
> ^
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:
> 70: error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
> return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
> ^
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:
> 70: error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
> return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
> ^
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:
> 70: error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
> return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
> ^
> make: *** [/tmp/ccdJxMmS.ltrans1.ltrans.o] Error 1
> make: *** Waiting for unfinished jobs....
> lto-wrapper: make returned 2 exit status
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/../../../../x86_64-pc-
> linux-gnu/bin/ld: lto-wrapper failed
> collect2: error: ld returned 1 exit status
>
> Is this related please? Thank you.
I get these kind of linker errors a lot with "-flto -march=amdfam10" on
my test machine. The problem is that the configure checks for the
extended instructions somehow succeed with -flto even though -march
disables them. It would be good if autotools would pass -fno-lto during
configuration automatically. This would also fix cases where configure
scans the assembler output and fails in case of slim-objects.
^ permalink raw reply [flat|nested] 16+ messages in thread