https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
Bug 57366 depends on bug 47333, which changed state.
Bug 47333 Summary: [4.8 regression] g++.dg/lto/20091219 FAILs on Solaris 2 with
SUN as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
Works fine on i386-pc-solaris2.10 with Sun as.
Thanks.
Rainer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #14 from Jan Hubicka hubicka at ucw dot cz ---
Hi,
the problems with weakref are bit deeper than I though. They way RTL rewriting
is done
breaks completely with any symbol renaming that is quite common with LTO. I am
testing
the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #15 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Fixed on darwin at revision 199583.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #13 from Jan Hubicka hubicka at gcc dot gnu.org ---
Indeed, this is generic problem with weakref implementation that for some very
entertaining reason use the CHAIN pointer of identifier nodes in undocumented
way. I will try to debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
I'd expect that: both the Solaris and Darwin assemblers have no weakref
support, so the results should be the same.
Rainer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #11 from Dominique d'Humieres dominiq at lps dot ens.fr ---
I see the same failures on x86_64-apple-darwin10. With the patch in comment #9,
I still get
FAIL: gcc.dg/lto/attr-weakref-1
c_lto_attr-weakref-1_0.o-c_lto_attr-weakref-1_2.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #2 from Rainer Orth ro at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #1)
I solved the infinite loop problem on plugin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #8 from Jan Hubicka hubicka at gcc dot gnu.org ---
Thanks. Obviously RTL world translates through the weakrefs w/o LTO but not
with LTO. I will look into it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #9 from Jan Hubicka hubicka at ucw dot cz ---
Hi,
the following patch sets IDENTIFIER_TRANSPARENT_ALIAS correctly from lto-symtab
(correct fix should do the same for variable aliases, too). Now the testcase
compiles for
me on Linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #9 from Jan Hubicka hubicka at ucw dot cz ---
Hi,
the following patch sets IDENTIFIER_TRANSPARENT_ALIAS correctly from
lto-symtab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #2 from Rainer Orth ro at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #1)
I solved the infinite loop problem on plugin enabled setups with
http://gcc.gnu.org/ml/gcc-patches/2013-05/msg00847.html
Are you still seeing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #3 from Rainer Orth ro at gcc dot gnu.org ---
Created attachment 30160
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30160action=edit
-O0 -flto -flto-partition=none -fuse-linker-plugin testcase with Sun as/gld
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #4 from Jan Hubicka hubicka at gcc dot gnu.org ---
Thank you. It seems that the weakref is simply not output into the file, so we
end up with undefined call.
What happens when you compile the following manually concatenated testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #4 from Jan Hubicka hubicka at gcc dot gnu.org ---
Thank you. It seems that the weakref is simply not output into the file, so we
end up
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #6 from Rainer Orth ro at gcc dot gnu.org ---
Created attachment 30163
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30163action=edit
assembler output from testcase
19 matches
Mail list logo