public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Uros Bizjak <ubizjak@gmail.com>
To: Richard Henderson <rth@redhat.com>
Cc: "gcc-patches@gcc.gnu.org" <gcc-patches@gcc.gnu.org>
Subject: Re: [PATCH, alpha]: Fix PR/47230 [4.6/4.7 Regression] gcc fails to bootstrap on alpha in stage2 with "relocation truncated to fit: GPREL16 against ..."
Date: Wed, 04 Mar 2015 13:56:00 -0000	[thread overview]
Message-ID: <CAFULd4Y7r6e7+j+vWJYUSkXF=5Na=ib_rkOg3mwsU4R8NaqHYQ@mail.gmail.com> (raw)
In-Reply-To: <CAFULd4br0qErp4BSpofv=w_VaKK+Ya=AHCiut+Du3wB35L4eFw@mail.gmail.com>

On Fri, Feb 27, 2015 at 2:11 PM, Uros Bizjak <ubizjak@gmail.com> wrote:
> On Wed, Feb 25, 2015 at 8:18 PM, Richard Henderson <rth@redhat.com> wrote:
>> On 02/25/2015 09:02 AM, Uros Bizjak wrote:
>>> The patch was tested on alpha-linux-gnu and alphaev68-linux-gnu for
>>> all default languages plus obj-c++ and go.
>>>
>>> OK for mainline?
>>
>> Ok.  Thanks.
>
> Unfortunately, while "normal" bootstrap works OK with alpha-linux-gnu
> and alphaev68-linux-gnu, the bootstrap still fails when configured
> --with-build-config=bootstrap-lto:
>
> libbackend.a(tree-data-ref.o): In function `non_affine_dependence_relation':
> /space/uros/gcc-build-profiled/gcc/../../gcc-svn/trunk/gcc/tree-data-ref.c:1661:(.text+0x1b8):
> relocation truncated to fit: GPREL16 against symbol `dump_file'
> defined in .sbss section in libbackend.a(dumpfile.o)
> /space/uros/gcc-build-profiled/gcc/../../gcc-svn/trunk/gcc/tree-data-ref.c:1661:(.text+0x1d0):
> relocation truncated to fit: GPREL16 against symbol `dump_flags'
> defined in .sbss section in libbackend.a(dumpfile.o)
> libbackend.a(tree-data-ref.o): In function
> `compute_overlap_steps_for_affine_1_2':
> /space/uros/gcc-build-profiled/gcc/../../gcc-svn/trunk/gcc/tree-data-ref.c:2265:(.text+0x72a8):
> relocation truncated to fit: GPREL16 against symbol `dump_file'
> defined in .sbss section in libbackend.a(dumpfile.o)
> /space/uros/gcc-build-profiled/gcc/../../gcc-svn/trunk/gcc/tree-data-ref.c:2265:(.text+0x72b4):
> relocation truncated to fit: GPREL16 against symbol `dump_flags'
> defined in .sbss section in libbackend.a(dumpfile.o)
> libbackend.a(tree-data-ref.o): In function `analyze_siv_subscript_cst_affine':
> /space/uros/gcc-build-profiled/gcc/../../gcc-svn/trunk/gcc/tree-data-ref.c:1953:(.text+0x8a5c):
> relocation truncated to fit: GPREL16 against symbol `dump_file'
> defined in .sbss section in libbackend.a(dumpfile.o)
> /space/uros/gcc-build-profiled/gcc/../../gcc-svn/trunk/gcc/tree-data-ref.c:1953:(.text+0x8a74):
> relocation truncated to fit: GPREL16 against symbol `dump_flags'
> defined in .sbss section in libbackend.a(dumpfile.o)
> /space/uros/gcc-build-profiled/gcc/../../gcc-svn/trunk/gcc/tree-data-ref.c:1968:(.text+0x8bc0):
> relocation truncated to fit: GPREL16 against symbol `dump_file'
> defined in .sbss section in libbackend.a(dumpfile.o)
> /space/uros/gcc-build-profiled/gcc/../../gcc-svn/trunk/gcc/tree-data-ref.c:1968:(.text+0x8bd8):
> relocation truncated to fit: GPREL16 against symbol `dump_flags'
> defined in .sbss section in libbackend.a(dumpfile.o)
> /space/uros/gcc-build-profiled/gcc/../../gcc-svn/trunk/gcc/tree-data-ref.c:2049:(.text+0x8db8):
> relocation truncated to fit: GPREL16 against symbol `dump_file'
> defined in .sbss section in libbackend.a(dumpfile.o)
> /space/uros/gcc-build-profiled/gcc/../../gcc-svn/trunk/gcc/tree-data-ref.c:2049:(.text+0x8dd0):
> relocation truncated to fit: GPREL16 against symbol `dump_flags'
> defined in .sbss section in libbackend.a(dumpfile.o)
> libbackend.a(tree-data-ref.o): In function
> `dr_analyze_innermost(data_reference*, loop*)':
> /space/uros/gcc-build-profiled/gcc/../../gcc-svn/trunk/gcc/tree-data-ref.c:802:(.text+0xb54c):
> additional relocation overflows omitted from the output
> collect2: error: ld returned 1 exit status
> ../../gcc-svn/trunk/gcc/lto/Make-lang.in:71: recipe for target 'lto1' failed
> gmake[3]: *** [lto1] Error 1

I just noticed that this error is from LTO profiledbootstrap build,
with the failed command:

/space/uros/gcc-build-profiled/./prev-gcc/xg++
-B/space/uros/gcc-build-profiled/./prev-gcc/
-B/usr/local/alphaev68-unknown-linux-gnu/bin/ -nostdinc++
-B/space/uros/gcc-build-profiled/prev-alphaev68-unknown-linux-gnu/libstdc++-v3/src/.libs
-B/space/uros/gcc-build-profiled/prev-alphaev68-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
 -I/space/uros/gcc-build-profiled/prev-alphaev68-unknown-linux-gnu/libstdc++-v3/include/alphaev68-unknown-linux-gnu
 -I/space/uros/gcc-build-profiled/prev-alphaev68-unknown-linux-gnu/libstdc++-v3/include
 -I/space/uros/gcc-svn/trunk/libstdc++-v3/libsupc++
-L/space/uros/gcc-build-profiled/prev-alphaev68-unknown-linux-gnu/libstdc++-v3/src/.libs
-L/space/uros/gcc-build-profiled/prev-alphaev68-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
  -g -O2 -flto=jobserver -frandom-seed=1 -fprofile-generate -fno-lto
-DIN_GCC    -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W
-Wall -Wno-narrowing -Wwrite-strings -Wcast-qual
-Wmissing-format-attribute -Woverloaded-virtual -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-fno-common  -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc  -o lto1
lto/lto-lang.o lto/lto.o lto/lto-object.o attribs.o
lto/lto-partition.o lto/lto-symtab.o libbackend.a main.o
tree-browser.o libcommon-target.a libcommon.a ../libcpp/libcpp.a
../libdecnumber/libdecnumber.a  -lmpc -lmpfr -lgmp -rdynamic -ldl
-L../zlib -lz libcommon.a ../libcpp/libcpp.a
../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a
../libdecnumber/libdecnumber.a

The LTO bootstrap works OK also without -Wl,--no-relax.

Uros.

  parent reply	other threads:[~2015-03-04 13:56 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-02  7:21 Uros Bizjak
2014-07-26 16:12 ` Uros Bizjak
2014-07-28 17:02   ` Richard Henderson
2014-07-29 16:23     ` Uros Bizjak
2014-07-29 16:56       ` Richard Henderson
2014-07-29 19:53         ` Uros Bizjak
2015-02-25 19:18     ` Uros Bizjak
2015-02-25 19:35       ` Richard Henderson
2015-02-27 13:35         ` Uros Bizjak
2015-03-02 18:24           ` Richard Henderson
2015-03-03 14:14             ` Uros Bizjak
2015-03-03 16:31               ` Uros Bizjak
2015-03-04 13:56           ` Uros Bizjak [this message]
2015-03-04 14:30             ` Uros Bizjak
2015-03-27 17:11               ` Uros Bizjak

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAFULd4Y7r6e7+j+vWJYUSkXF=5Na=ib_rkOg3mwsU4R8NaqHYQ@mail.gmail.com' \
    --to=ubizjak@gmail.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=rth@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).