From: Christophe Lyon <christophe.lyon@linaro.org>
To: Alex Velenko <Alex.Velenko@arm.com>
Cc: "Jan Hubicka" <hubicka@ucw.cz>,
"Steve Ellcey" <sellcey@imgtec.com>,
"Jack Howarth" <howarth.at.gcc@gmail.com>,
"GCC Patches" <gcc-patches@gcc.gnu.org>,
"Martin Liška" <mliska@suse.cz>,
"Jakub Jelinek" <jakub@redhat.com>,
"James Greenhalgh" <James.Greenhalgh@arm.com>
Subject: Re: ipa-icf::merge TLC
Date: Tue, 03 Mar 2015 15:06:00 -0000 [thread overview]
Message-ID: <CAKdteOaqQQ4pq12vZz0HVxawwUQRp92BY7+jgBB-UdbXfZ1utQ@mail.gmail.com> (raw)
In-Reply-To: <54F5AC95.4000408@arm.com>
On 3 March 2015 at 13:44, Alex Velenko <Alex.Velenko@arm.com> wrote:
> On 02/03/15 22:04, Christophe Lyon wrote:
>>
>> On 2 March 2015 at 21:21, Jan Hubicka <hubicka@ucw.cz> wrote:
>>>>
>>>>
>>>>
>>>> On 01/03/15 16:47, Christophe Lyon wrote:
>>>>>
>>>>> On 27 February 2015 at 21:49, Jan Hubicka <hubicka@ucw.cz> wrote:
>>>>>>>
>>>>>>>
>>>>>>> ../sysdeps/gnu/siglist.c:72:1: internal compiler error: in
>>>>>>> address_matters_p, at symtab.c:1908
>>>>>>> versioned_symbol (libc, __new_sys_sigabbrev, sys_sigabbrev,
>>>>>>> GLIBC_2_3_3);
>>>>>>> ^
>>>>>>> 0x66a080 symtab_node::address_matters_p()
>>>>>>> /scratch/sellcey/repos/bootstrap/src/gcc/gcc/symtab.c:1908
>>>>>>> 0xe7cbe5 ipa_icf::sem_variable::merge(ipa_icf::sem_item*)
>>>>>>> /scratch/sellcey/repos/bootstrap/src/gcc/gcc/ipa-icf.c:1443
>>>>>>
>>>>>>
>>>>>> Indeed, the ipa-icf should not try to analyze aliases - just prove
>>>>>> ekvialence of
>>>>>> definitions they are attached to. It already does that for functions
>>>>>> (bit by accident;
>>>>>> it gives up when there is no gimple body), but it does not do that for
>>>>>> variables because
>>>>>> it gets into ctor_for_folding. For that reason it sometimes decides to
>>>>>> try to make two
>>>>>> variable aliases alias of each other that is not a good idea, because
>>>>>> of possible creation
>>>>>> of loops.
>>>>>>
>>>>>> I am just discussing with Martin the fix.
>>>>>>
>>>>>> Honza
>>>>>
>>>>>
>>>>> For the record, I have noticed similar errors on ARM and AArch64
>>>>> targets, when building glibc.
>>>>>
>>>>> Christophe.
>>>>>
>>>>
>>>> I confirm ARM and AArch64 failing to build with this patch:
>>>> chmod a-w
>>>> /work/build-aarch64-none-linux-gnu/obj/glibc/stdio-common/errlist-compat.cT
>>>> 0x6b9100 symtab_node::address_matters_p()
>>>> /work/src/gcc/gcc/symtab.c:1908
>>>> 0xedb4e5 ipa_icf::sem_variable::merge(ipa_icf::sem_item*)
>>>> /work/src/gcc/gcc/ipa-icf.c:1723
>>>> 0xee03f9 ipa_icf::sem_item_optimizer::merge_classes(unsigned int)
>>>> /work/src/gcc/gcc/ipa-icf.c:2955
>>>> 0xee6d31 ipa_icf::sem_item_optimizer::execute()
>>>> /work/src/gcc/gcc/ipa-icf.c:2217
>>>> 0xee8df1 ipa_icf_driver
>>>> /work/src/gcc/gcc/ipa-icf.c:3034
>>>> 0xee8df1 ipa_icf::pass_ipa_icf::execute(function*)
>>>> /work/src/gcc/gcc/ipa-icf.c:3081
>>>
>>>
>>> I commited patch for the alias merging yesterda night, so it should be
>>> fixed
>>> now. If it still fails, please fill in a PR with preprocessed testcase
>>> so I
>>> can reproduce it in a cross.
>>>
>>
>> On my side, I saw builds complete again starting with r221090, I guess
>> that's the commit you are referring to?
>
> Hi,
>
> I built with r221117. I see errors while building following targets:
> aarch64_be-none-linux-gnu, aarch64_be-none-linux-gnu,
> arm-none-linux-gnueabihf, arm-none-linux-gnueabi.
Indeed, it's broken again since r221099.
>
> For aarch64_be-none-linux-gnu I reproduce the error like this:
>
> /work/build-aarch64-none-linux-gnu/install//bin/aarch64-none-linux-gnu-gcc
> /work/src/glibc/sysdeps/gnu/siglist.c -c -std=gnu99 -fgnu89-inline -O2
> -Wall -Winline -Wundef -Wwrite-strings -fmerge-all-constants -frounding-math
> -g -Wstrict-prototypes -fno-toplevel-reorder -fno-section-anchors
> -I/work/src/glibc/include
> -I/work/build-aarch64-none-linux-gnu/obj/glibc/stdio-common
> -I/work/build-aarch64-none-linux-gnu/obj/glibc
> -I/work/src/glibc/sysdeps/unix/sysv/linux/aarch64
> -I/work/src/glibc/sysdeps/aarch64/nptl
> -I/work/src/glibc/sysdeps/unix/sysv/linux/generic
> -I/work/src/glibc/sysdeps/unix/sysv/linux/wordsize-64
> -I/work/src/glibc/sysdeps/unix/sysv/linux/include
> -I/work/src/glibc/sysdeps/unix/sysv/linux -I/work/src/glibc/sysdeps/nptl
> -I/work/src/glibc/sysdeps/pthread -I/work/src/glibc/sysdeps/gnu
> -I/work/src/glibc/sysdeps/unix/inet -I/work/src/glibc/sysdeps/unix/sysv
> -I/work/src/glibc/sysdeps/unix -I/work/src/glibc/sysdeps/posix
> -I/work/src/glibc/sysdeps/aarch64/fpu -I/work/src/glibc/sysdeps/aarch64
> -I/work/src/glibc/sysdeps/wordsize-64
> -I/work/src/glibc/sysdeps/ieee754/ldbl-128
> -I/work/src/glibc/sysdeps/ieee754/dbl-64/wordsize-64
> -I/work/src/glibc/sysdeps/ieee754/dbl-64
> -I/work/src/glibc/sysdeps/ieee754/flt-32
> -I/work/src/glibc/sysdeps/aarch64/soft-fp -I/work/src/glibc/sysdeps/ieee754
> -I/work/src/glibc/sysdeps/generic -I/work/src/glibc -I/work/src/glibc/libio
> -I. -nostdinc -isystem
> /work/build-aarch64-none-linux-gnu/install/bin/../lib/gcc/aarch64-none-linux-gnu/5.0.0/include
> -isystem
> /work/build-aarch64-none-linux-gnu/install/bin/../lib/gcc/aarch64-none-linux-gnu/5.0.0/include-fixed
> -isystem
> /work/build-aarch64-none-linux-gnu/install//aarch64-none-linux-gnu/libc/usr/include
> -D_LIBC_REENTRANT -include
> /work/build-aarch64-none-linux-gnu/obj/glibc/libc-modules.h
> -DMODULE_NAME=libc -include /work/src/glibc/include/libc-symbols.h
> -D_IO_MTSAFE_IO -o
> /work/build-aarch64-none-linux-gnu/obj/glibc/stdio-common/siglist.o -MD -MP
> -MF /work/build-aarch64-none-linux-gnu/obj/glibc/stdio-common/siglist.o.dt
> -MT /work/build-aarch64-none-linux-gnu/obj/glibc/stdio-common/siglist.o
> /work/src/glibc/sysdeps/gnu/siglist.c:77:1: internal compiler error: in
> address_matters_p, at symtab.c:1908
> versioned_symbol (libc, __new_sys_sigabbrev, sys_sigabbrev, GLIBC_2_1);
> ^
> 0x6b9140 symtab_node::address_matters_p()
> /work/src/gcc/gcc/symtab.c:1908
> 0xedb685 ipa_icf::sem_variable::merge(ipa_icf::sem_item*)
> /work/src/gcc/gcc/ipa-icf.c:1740
> 0xee05b1 ipa_icf::sem_item_optimizer::merge_classes(unsigned int)
> /work/src/gcc/gcc/ipa-icf.c:2979
> 0xee6f11 ipa_icf::sem_item_optimizer::execute()
> /work/src/gcc/gcc/ipa-icf.c:2236
> 0xee902e ipa_icf_driver
> /work/src/gcc/gcc/ipa-icf.c:3061
> 0xee902e ipa_icf::pass_ipa_icf::execute(function*)
> /work/src/gcc/gcc/ipa-icf.c:3108
> 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.
>
>
> I see a related ticket opened recently:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65287
>
> Kind regards,
> Alex
>
>>
>> Thanks,
>>
>> Christophe.
>>
>>> Honza
>>>>
>>>> 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.
>>>> make[2]: ***
>>>> [/work/build-aarch64-none-linux-gnu/obj/glibc/stdio-common/siglist.o]
>>>> Error 1
>>>> make[2]: *** Waiting for unfinished jobs....
>>>> mv -f
>>>> /work/build-aarch64-none-linux-gnu/obj/glibc/stdio-common/errlist-compat.cT
>>>> /work/build-aarch64-none-linux-gnu/obj/glibc/stdio-common/errlist-compat.c
>>>>
>>>> Regards,
>>>> Alex
>>
>>
>
next prev parent reply other threads:[~2015-03-03 15:06 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-25 9:03 Jan Hubicka
2015-02-25 13:10 ` Markus Trippelsdorf
2015-02-25 17:31 ` Jan Hubicka
2015-02-25 18:41 ` Martin Liška
2015-02-25 19:02 ` Markus Trippelsdorf
2015-02-26 16:46 ` Jack Howarth
2015-02-27 5:55 ` Jan Hubicka
2015-02-27 13:48 ` H.J. Lu
2015-02-27 18:04 ` Jan Hubicka
2015-02-27 18:39 ` Steve Ellcey
2015-02-27 18:56 ` Steve Ellcey
2015-02-27 20:00 ` Martin Liška
2015-02-27 21:16 ` Jan Hubicka
2015-03-01 16:47 ` Christophe Lyon
2015-03-02 19:01 ` Alex Velenko
2015-03-02 20:21 ` Jan Hubicka
2015-03-02 22:04 ` Christophe Lyon
2015-03-03 12:44 ` Alex Velenko
2015-03-03 15:06 ` Christophe Lyon [this message]
2015-03-03 20:01 ` Jan Hubicka
2015-03-04 9:11 ` Christophe Lyon
2015-02-28 16:38 ` James Greenhalgh
2015-02-28 18:15 ` Jan Hubicka
2015-03-04 9:38 ` James Greenhalgh
2015-03-06 16:09 ` [ARM testsuite obvious] Fixup atomic-comp-swap-release-acquire.c to not use ICF James Greenhalgh
2015-03-06 16:13 ` James Greenhalgh
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=CAKdteOaqQQ4pq12vZz0HVxawwUQRp92BY7+jgBB-UdbXfZ1utQ@mail.gmail.com \
--to=christophe.lyon@linaro.org \
--cc=Alex.Velenko@arm.com \
--cc=James.Greenhalgh@arm.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=howarth.at.gcc@gmail.com \
--cc=hubicka@ucw.cz \
--cc=jakub@redhat.com \
--cc=mliska@suse.cz \
--cc=sellcey@imgtec.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).