https://sourceware.org/bugzilla/show_bug.cgi?id=25640
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.35
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
--- Comment #12 from cvs-commit at gcc dot gnu.org ---
The binutils-2_34-branch branch has been updated by H.J. Lu
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=64f5c0afcc4683f0003b60d6a5a299beb08f38de
commit 64f5c0afcc4683f00
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
--- Comment #11 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by H.J. Lu :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=c3a1714ce7806002726a60c0db09371425fe3097
commit c3a1714ce7806002726a60c0db09371
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
--- Comment #10 from H.J. Lu ---
(In reply to Martin Liška from comment #9)
> (In reply to H.J. Lu from comment #8)
> > (In reply to Martin Liška from comment #7)
> > > (In reply to H.J. Lu from comment #4)
> > > > Created attachment 12355 [de
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
--- Comment #9 from Martin Liška ---
(In reply to H.J. Lu from comment #8)
> (In reply to Martin Liška from comment #7)
> > (In reply to H.J. Lu from comment #4)
> > > Created attachment 12355 [details]
> > > Pass -flto-partition=none to GCC
>
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
--- Comment #8 from H.J. Lu ---
(In reply to Martin Liška from comment #7)
> (In reply to H.J. Lu from comment #4)
> > Created attachment 12355 [details]
> > Pass -flto-partition=none to GCC
>
> The patch does not work, very likely due to:
>
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
--- Comment #7 from Martin Liška ---
(In reply to H.J. Lu from comment #4)
> Created attachment 12355 [details]
> Pass -flto-partition=none to GCC
The patch does not work, very likely due to:
lto-wrapper.c:608:
604 /* Drop argum
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
--- Comment #6 from H.J. Lu ---
(In reply to Martin Liška from comment #5)
> (In reply to H.J. Lu from comment #4)
> > Created attachment 12355 [details]
> > Pass -flto-partition=none to GCC
>
> This seems right to me.
>
> Anyway, can't we b
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
--- Comment #5 from Martin Liška ---
(In reply to H.J. Lu from comment #4)
> Created attachment 12355 [details]
> Pass -flto-partition=none to GCC
This seems right to me.
Anyway, can't we built on something like:
https://gcc.gnu.org/git/gitw
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
H.J. Lu changed:
What|Removed |Added
Attachment #12354|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
--- Comment #3 from H.J. Lu ---
Created attachment 12354
--> https://sourceware.org/bugzilla/attachment.cgi?id=12354&action=edit
This is a kludge.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
--- Comment #2 from Martin Liška ---
Heh. Then we should use -flto-partition=none or one.
Anyway, to be honest, I'm still not fully convinced about the selected approach
(of using LTO for nm). There's still a possibility to extend lto plugin
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
--- Comment #1 from H.J. Lu ---
LTO generates 2 ltrans.o files from one input IR:
$ nm /tmp/ccXafC5I.ltrans0.ltrans.o | grep tp_connection_get_type
4570 T tp_connection_get_type
2250 t tp_connection_get_type_once
$nm /
https://sourceware.org/bugzilla/show_bug.cgi?id=25640
Martin Liška changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are
14 matches
Mail list logo
