From: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
To: Xinliang David Li <davidxl@google.com>,Ramana Radhakrishnan
<ramrad01@arm.com>
Cc: Sriraman Tallam <tmsriram@google.com>,Ramana Radhakrishnan
<ramana.radhakrishnan@arm.com>,Jan Hubicka
<hubicka@ucw.cz>,"H.J. Lu" <hjl.tools@gmail.com>,Pedro Alves
<palves@redhat.com>,Michael Matz <matz@suse.de>,GCC Patches
<gcc-patches@gcc.gnu.org>
Subject: Re: [RFC][PATCH][X86_64] Eliminate PLT stubs for specified external functions via -fno-plt=
Date: Tue, 02 Jun 2015 21:52:00 -0000 [thread overview]
Message-ID: <C8691253-76CF-4048-AB8A-C1339204C491@gmail.com> (raw)
In-Reply-To: <CAAkRFZKzGJhDPag5-R8LgoDL-m5cVZjoPBfDkSfeUwKXBR-ByQ@mail.gmail.com>
On June 2, 2015 11:22:03 PM GMT+02:00, Xinliang David Li <davidxl@google.com> wrote:
>> I'm sorry I'm going to push back again for the same reason.
>>
>> Other than forcing targets to tweak their call insn patterns, the act
>> of generating the indirect call should remain in target independent
>> code. Sorry, not having the same behaviour on all platforms for
>> something like this is just a recipe for confusion.
Everything else will be a nightmare for any real (widespread) use, yes. Just doing this for x86, x86_64 and x32 gets us in an unpleasant situation like the dances everybody had and has to do for ebx avoidance.
>
>Do you have a good suggestion on the way to implement this (non PIC
>no-plt) in a clean and target independent way? Regarding the
not offhand here, at least, fwiw.
>'confusion' part, is it a matter of documentation (can be updated when
>more targets start to support it more efficiently)?
I386 compatible relief in this respect certainly is nice but we ought to handle this better throughout IMHO. Cannot devote time there myself though, so just hoping you folks are able to put some effort into this.
PS: and please, pretty please clip your replies sensibly..
next prev parent reply other threads:[~2015-06-02 21:40 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-10 15:19 H.J. Lu
[not found] ` <CAAs8HmwWSDY+KjKcB4W=TiYV0Pz7NSvfL_8igp+hPT-LU1utTg@mail.gmail.com>
2015-05-21 21:31 ` Sriraman Tallam
2015-05-21 21:39 ` Sriraman Tallam
2015-05-21 22:02 ` Pedro Alves
2015-05-21 22:02 ` Jakub Jelinek
2015-05-22 1:47 ` H.J. Lu
2015-05-22 3:38 ` Xinliang David Li
2015-05-21 22:34 ` Sriraman Tallam
2015-05-22 9:22 ` Pedro Alves
2015-05-22 15:13 ` Sriraman Tallam
2015-05-28 18:53 ` Sriraman Tallam
2015-05-28 19:05 ` H.J. Lu
2015-05-28 19:48 ` Sriraman Tallam
2015-05-28 20:19 ` H.J. Lu
2015-05-28 21:27 ` Sriraman Tallam
2015-05-28 21:31 ` H.J. Lu
2015-05-28 21:52 ` Sriraman Tallam
2015-05-28 22:48 ` H.J. Lu
2015-05-29 3:51 ` Sriraman Tallam
2015-05-29 5:13 ` H.J. Lu
2015-05-29 7:13 ` Sriraman Tallam
2015-05-29 17:36 ` Sriraman Tallam
2015-05-29 17:52 ` H.J. Lu
2015-05-29 18:33 ` Sriraman Tallam
2015-05-29 20:50 ` Jan Hubicka
2015-05-29 22:56 ` Sriraman Tallam
2015-05-29 23:08 ` Sriraman Tallam
[not found] ` <CAJA7tRYsMiq7rx34c=z6KwRdwYxxaeP6Z6qzA4XEwnJSMT7z=Q@mail.gmail.com>
2015-05-30 4:44 ` Sriraman Tallam
2015-06-01 8:24 ` Ramana Radhakrishnan
2015-06-01 18:01 ` Sriraman Tallam
2015-06-01 18:41 ` Ramana Radhakrishnan
2015-06-01 18:55 ` Sriraman Tallam
2015-06-01 20:33 ` Ramana Radhakrishnan
2015-06-02 18:27 ` Sriraman Tallam
2015-06-02 19:59 ` Bernhard Reutner-Fischer
2015-06-02 20:09 ` Sriraman Tallam
2015-06-02 21:18 ` Bernhard Reutner-Fischer
2015-06-02 21:09 ` Ramana Radhakrishnan
2015-06-02 21:25 ` Xinliang David Li
2015-06-02 21:52 ` Bernhard Reutner-Fischer [this message]
2015-06-02 21:40 ` Sriraman Tallam
2015-06-03 14:37 ` Ramana Radhakrishnan
2015-06-03 18:53 ` Sriraman Tallam
2015-06-03 20:16 ` Richard Henderson
2015-06-03 20:59 ` Sriraman Tallam
2015-06-04 16:56 ` Sriraman Tallam
2015-06-04 17:30 ` Richard Henderson
2015-06-04 21:34 ` Sriraman Tallam
2015-07-24 19:02 ` H.J. Lu
2015-06-03 19:57 ` Richard Henderson
-- strict thread matches above, loose matches on Subject: below --
2015-05-01 0:31 Sriraman Tallam
2015-05-01 3:21 ` Alan Modra
2015-05-01 3:26 ` Sriraman Tallam
2015-05-01 15:01 ` Andi Kleen
2015-05-01 16:19 ` Xinliang David Li
2015-05-01 16:23 ` H.J. Lu
2015-05-01 16:26 ` Xinliang David Li
2015-05-01 18:06 ` Sriraman Tallam
2015-05-02 12:12 ` Andi Kleen
2015-05-01 17:50 ` Sriraman Tallam
2015-05-04 14:45 ` Michael Matz
2015-05-04 16:43 ` Xinliang David Li
2015-05-04 16:58 ` Michael Matz
2015-05-04 17:22 ` Xinliang David Li
2015-05-09 16:35 ` H.J. Lu
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=C8691253-76CF-4048-AB8A-C1339204C491@gmail.com \
--to=rep.dot.nop@gmail.com \
--cc=davidxl@google.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=hjl.tools@gmail.com \
--cc=hubicka@ucw.cz \
--cc=matz@suse.de \
--cc=palves@redhat.com \
--cc=ramana.radhakrishnan@arm.com \
--cc=ramrad01@arm.com \
--cc=tmsriram@google.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).