From: Felix Janda <felix.janda@posteo.de>
To: musl@lists.openwall.com
Subject: Re: debugging problem with musl ld and qemu-ppc
Date: Fri, 17 Oct 2014 23:15:23 +0200 [thread overview]
Message-ID: <20141017211523.GA24839@euler> (raw)
In-Reply-To: <20141017201755.GD32028@brightrain.aerifal.cx>
Rich Felker wrote:
> On Fri, Oct 17, 2014 at 09:30:39PM +0200, Felix Janda wrote:
> > Rich Felker wrote:
> > [..]
> > >
> > > What I'm not clear about is the cause for why the linker is forcing
> > > you back to the bss-plt model. It might be a matter of the strange
> > > relocation type you put in a.s:
> > >
> > > 00000000 <.text>:
> > > 0: 48 00 00 00 b 0x0
> > > 0: R_PPC_LOCAL24PC _GLOBAL_OFFSET_TABLE_
> >
> > It also seems to be possible to get this kind of relocation by doing
> >
> > cat > a.c <<EOF
> > extern int __attribute__ ((__visibility__ ("hidden"))) f(void);
> > int main(void) { return f(); }
> > EOF
> > gcc -c a.c
>
> This should not happen if gcc is built to use secure-plt mode. gcc
> should use whatever relocation types work for it. If it does, it's a
> bug in some part of the toolchain. Really I don't get why ld rejects
> the relocation. It seems perfectly valid to me.
Here indeed everything is ok. While a.o will have a R_PPC_LOCAL24PC
relocation it is resolved without falling back to bss-plt.
Felix
prev parent reply other threads:[~2014-10-17 21:15 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-16 6:09 Felix Janda
2014-10-16 15:34 ` Rich Felker
2014-10-16 16:58 ` Felix Janda
2014-10-19 20:29 ` Felix Janda
2014-10-19 21:13 ` Rich Felker
2014-11-01 21:41 ` Felix Janda
2014-11-01 21:47 ` Rich Felker
2014-11-01 22:01 ` Felix Janda
2014-11-03 23:11 ` stephen Turner
2014-11-04 18:34 ` Felix Janda
2014-10-17 19:30 ` Felix Janda
2014-10-17 20:17 ` Rich Felker
2014-10-17 21:15 ` Felix Janda [this message]
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=20141017211523.GA24839@euler \
--to=felix.janda@posteo.de \
--cc=musl@lists.openwall.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.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
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 NNTP newsgroup(s).