https://sourceware.org/bugzilla/show_bug.cgi?id=29761
--- Comment #14 from Stas Sergeev ---
Thanks, so with this fix I suppose
the symbol in the last test-case no
longer loses its name.
But is it really removed as it should
be per comment #10?
--
You are receiving this mail because:
You are on
https://sourceware.org/bugzilla/show_bug.cgi?id=29807
--- Comment #6 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=38c917d808fdb570ddb1215ccf8233a10484ba91
commit
https://sourceware.org/bugzilla/show_bug.cgi?id=29761
Alan Modra changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29761
--- Comment #12 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=e9a20a419b66431766e59dec75265ccdc0bf1046
commit
https://sourceware.org/bugzilla/show_bug.cgi?id=29764
--- Comment #8 from Christophe Lyon ---
Thanks!
Hopefully this will make the buildbots pass.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29764
Nick Clifton changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29764
--- Comment #6 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=1a7e622b82fa621ab505dd911bc30c1efcb4a9b0
commit
https://sourceware.org/bugzilla/show_bug.cgi?id=29761
--- Comment #11 from Stas Sergeev ---
(In reply to H.J. Lu from comment #10)
> Linker removed the local symbol _CRT0_EH_FRAME_BEGIN_ since its section,
> .eh_frame,
> was unused and removed.
But why it only removed the name
of a symbol? Can
https://sourceware.org/bugzilla/show_bug.cgi?id=29761
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|WAITING
--- Comment #10 from H.J. Lu ---
https://sourceware.org/bugzilla/show_bug.cgi?id=29764
--- Comment #5 from Christophe Lyon ---
(In reply to Nick Clifton from comment #4)
> (In reply to Christophe Lyon from comment #3)
>
> Hi Christophe,
>
> > It seems your patch does the trick, but I imagined we'd want a more general
> >
https://sourceware.org/bugzilla/show_bug.cgi?id=29764
--- Comment #4 from Nick Clifton ---
(In reply to Christophe Lyon from comment #3)
Hi Christophe,
> It seems your patch does the trick, but I imagined we'd want a more general
> solution (that is, do we want add such an optional prefix in
https://sourceware.org/bugzilla/show_bug.cgi?id=22589
--- Comment #11 from Szabolcs Nagy ---
(In reply to Richard Earnshaw from comment #10)
> (In reply to Szabolcs Nagy from comment #9)
> > i ran into this again and i think the linker could relax 'adrp xN, weaksym'
> > into 'mov xN, 0' if
https://sourceware.org/bugzilla/show_bug.cgi?id=29764
--- Comment #3 from Christophe Lyon ---
Hi Nick,
It seems your patch does the trick, but I imagined we'd want a more general
solution (that is, do we want add such an optional prefix in all targets)?
But yeah, the coincidence can probably
https://sourceware.org/bugzilla/show_bug.cgi?id=29764
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
---
https://sourceware.org/bugzilla/show_bug.cgi?id=29764
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22589
--- Comment #10 from Richard Earnshaw ---
(In reply to Szabolcs Nagy from comment #9)
> i ran into this again and i think the linker could relax 'adrp xN, weaksym'
> into 'mov xN, 0' if weaksym is undefined.
Static linker or dynamic? The
https://sourceware.org/bugzilla/show_bug.cgi?id=25202
Nick Clifton changed:
What|Removed |Added
Attachment #14438|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=25202
--- Comment #17 from Nick Clifton ---
(Sorry for the delay in replying - I have been distracted by other work).
I think that we can avoid the alignment problem by insisting that for
widths greater than one, the section(s) being converted
18 matches
Mail list logo
