Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: David VomLehn <dvomlehn@cisco.com>
To: binutils@sourceware.org, gcc@gcc.gnu.org,
	linux-mips@linux-mips.org, dan@codesourcery.com,
	rdsandiford@googlemail.com
Subject: Re: RFC: Adding non-PIC executable support to MIPS
Date: Mon, 30 Jun 2008 13:59:19 -0700	[thread overview]
Message-ID: <48694927.90906@cisco.com> (raw)
In-Reply-To: <87y74pxwyl.fsf@firetop.home>

Richard Sandiford wrote:
> [Sorry for the 3-way crosspost!]
> 
> One of the big holes in the MIPS ABI has always been the lack of support
> for non-PIC executables.
...

> I'll describe my implementation
> below, then compare it to what I understand CS's version to be.
> CS folks: please correct me if I'm wrong.

This sounds like really good stuff and, on first reading, it all seems to make 
sense to me. My only real concern is documentation of these changes. The MIPS ABI 
(http://math-atlas.sourceforge.net/devel/assembly/mipsabi32.pdf) is currently 
moribund. The document that describes it hasn't been updated in since 1996 and 
gcc is not fully conformant (see, for example, the assumptions required for 
correct stack backtracing). It would take significant work to resurrect this but 
it certainly would be helpful to have a current document that completely 
describes the MIPS ABI, or at least the current ELF format, as currently 
implemented on Linux, especially if it is to be extended. The logical home for 
something like this would probably be the Linux Standard Base project hosted by 
the Linux Foundation.

-- 
David VomLehn, dvomlehn@cisco.com
The opinions expressed herein are likely mine, but might not be my employer's...




     - - - - -                              Cisco                            - - - - -         
This e-mail and any attachments may contain information which is confidential, 
proprietary, privileged or otherwise protected by law. The information is solely 
intended for the named addressee (or a person responsible for delivering it to 
the addressee). If you are not the intended recipient of this message, you are 
not authorized to read, print, retain, copy or disseminate this message or any 
part of it. If you have received this e-mail in error, please notify the sender 
immediately by return e-mail and delete it from your computer.

  reply	other threads:[~2008-06-30 20:59 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-28 17:58 RFC: Adding non-PIC executable support to MIPS Richard Sandiford
2008-06-30 20:59 ` David VomLehn [this message]
2008-06-30 21:19   ` Daniel Jacobowitz
2008-06-30 21:28     ` David VomLehn
2008-07-01 20:22 ` Daniel Jacobowitz
2008-07-01 20:43   ` Richard Sandiford
2008-07-01 22:02     ` Richard Sandiford
2008-07-02  7:00     ` Adam Nemet
2008-07-02 10:13     ` Thiemo Seufer
2008-07-02 12:08     ` Daniel Jacobowitz
2008-07-02 19:55       ` Richard Sandiford
2008-07-02 20:29         ` Daniel Jacobowitz
2008-07-24 16:16 ` Daniel Jacobowitz
2008-07-24 20:17   ` Daniel Jacobowitz
2008-07-24 20:24   ` Richard Sandiford
2008-07-24 20:56     ` Daniel Jacobowitz
2008-07-27  9:10   ` Richard Sandiford
2008-07-27 21:36     ` Mark Mitchell
2008-07-28 19:43       ` Richard Sandiford

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=48694927.90906@cisco.com \
    --to=dvomlehn@cisco.com \
    --cc=binutils@sourceware.org \
    --cc=dan@codesourcery.com \
    --cc=gcc@gcc.gnu.org \
    --cc=linux-mips@linux-mips.org \
    --cc=rdsandiford@googlemail.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