public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
From: Roland McGrath <roland@redhat.com>
To: Mark Wielaard <mjw@redhat.com>
Cc: systemtap@sourceware.org, "K.Prasad" <prasad@linux.vnet.ibm.com>
Subject: Re: Failures with exelib.exp testcase (was Re: minutes 2010-08-19)
Date: Tue, 08 Feb 2011 18:45:00 -0000	[thread overview]
Message-ID: <20110208184521.D39A21807D1@magilla.sf.frob.com> (raw)
In-Reply-To: Mark Wielaard's message of  Tuesday, 8 February 2011 14:13:35 +0100 <1297170815.3956.34.camel@springer.wildebeest.org>

> I see your point, but do we really need a runtime test? Can't we just
> have a check when reading in the elf file symbols, that just looks
> whether or not there is an .odp section?

To clarify, "runtime" means "runtime of the translator".  So you are not
suggesting doing a check in a different phase than what I said, just using
a different method of analyzing the user binary in question.

Why is it that you would prefer looking for an .odp section to looking at
the machine the binary is built for?

In general, ELF sections are not supposed to be a primary mechanism for
anything after final-link time.  It's a general rule in ELF that any time
you are basing something on a section name, you are doing it wrong.  It's
also always kosher for the link to have used a linker script that combined
several sections together, etc.  

The section name ".opd" is not part of the ppc64 ABI.  What is formally
said in the ABI is that the symbol name for a function (which I read to
mean any STT_FUNC symbol) that does not begin with a dot is the address of
the function descriptor.  Anyway, it is far simpler to check the header for
.e_machine == EM_PPC64 than to look for a particular section name.


Thanks,
Roland

  reply	other threads:[~2011-02-08 18:45 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20100826194353.GC3185@redhat.com>
     [not found] ` <20100827092840.GA4129@in.ibm.com>
     [not found]   ` <20100830032810.GA5213@in.ibm.com>
     [not found]     ` <1283152139.2362.2.camel@hermans.wildebeest.org>
     [not found]       ` <20100830111805.GA4115@in.ibm.com>
     [not found]         ` <1283169285.15128.20.camel@springer.wildebeest.org>
     [not found]           ` <20101111121023.GA2597@in.ibm.com>
     [not found]             ` <1289485749.2470.5.camel@hermans.wildebeest.org>
     [not found]               ` <20110117145437.GA4251@in.ibm.com>
     [not found]                 ` <1295278356.2998.47.camel@springer.wildebeest.org>
2011-01-18 13:09                   ` K.Prasad
2011-01-18 13:30                     ` Mark Wielaard
2011-01-18 14:35                       ` K.Prasad
2011-01-18 14:56                         ` Mark Wielaard
2011-01-19 12:01                           ` K.Prasad
2011-01-19 23:24                             ` Mark Wielaard
2011-01-20  1:19                               ` Roland McGrath
2011-01-20 11:11                                 ` Mark Wielaard
2011-01-20 18:53                                   ` Roland McGrath
2011-01-21 23:16                                     ` Mark Wielaard
2011-02-02 12:24                                       ` K.Prasad
2011-02-02 12:59                                         ` Mark Wielaard
2011-02-03  5:04                                           ` K.Prasad
2011-02-03 10:16                                             ` Mark Wielaard
2011-02-03 12:34                                               ` K.Prasad
2011-02-03 12:44                                                 ` Mark Wielaard
2011-02-03 18:59                                                   ` Roland McGrath
2011-02-08 13:13                                                     ` Mark Wielaard
2011-02-08 18:45                                                       ` Roland McGrath [this message]
2011-02-08 19:51                                                         ` Mark Wielaard
2011-02-08 19:57                                                           ` Roland McGrath
2011-02-14 16:50                                                       ` K.Prasad
2011-02-14 20:33                                                         ` Mark Wielaard
2011-03-04  7:13                                                           ` K.Prasad
2011-03-04 15:06                                                             ` Mark Wielaard
2011-03-17  9:05                                                               ` K.Prasad
2011-03-17 13:04                                                                 ` Mark Wielaard

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=20110208184521.D39A21807D1@magilla.sf.frob.com \
    --to=roland@redhat.com \
    --cc=mjw@redhat.com \
    --cc=prasad@linux.vnet.ibm.com \
    --cc=systemtap@sourceware.org \
    /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).