Re: [9fans] 8a: getting the address of a label

[David Presotto <presotto@closedmind.org>]

[-- Attachment #1: Type: text/plain, Size: 396 bytes --]

I was going to suggest TEXT originally and then thought better of it mostly
because
1) we haven't been very clear about what that second argument does
2) how much code reordering the linkers will do

However, once you've figured out (1) for the particular architecture you're
working with, you can avoid (2) by doing:

	jmp	x

TEXT	x, $0

	blah bah blah

Not elegant but servicable.

[-- Attachment #2: Type: message/rfc822, Size: 3532 bytes --]

From: Latchesar Ionkov <lucho@ionkov.net>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] 8a: getting the address of a label
Date: Mon, 29 Dec 2003 18:03:25 -0500
Message-ID: <20031229230325.GA18194@ionkov.net>

On Tue, Dec 30, 2003 at 05:54:10AM +1100, Bruce Ellis said:
> you can do this with the current ?a and ?l.
> just go crazy working out what the TEXT
> directive actually does.  there is no need
> for it to be only used at the beginning of
> a function.

Is there any guarantee that the TEXT symbols will be laid out in the order
they appear in the file?

Also, if I remember correctly there are some checks
if PUSH/POP instructions are balanced (which I currently disabled). I am
sure that making some labels TEXT directives will break it even further ...

Thanks,
	Lucho

>
> brucee
> ----- Original Message -----
> From: "Latchesar Ionkov" <lucho@ionkov.net>
> To: <9fans@cse.psu.edu>
> Sent: Tuesday, December 30, 2003 1:42 AM
> Subject: [9fans] 8a: getting the address of a label
>
>
> > Hi,
> >
> > I am still playing with the gcc port ...
> >
> > It would be very helpful, if Plan9 assembler and loader allow getting the
> > addresses of the labels. The exception handling code is messy enough even
> > without me trying to avoid using label addresses :( Also it would be useful
> > for better implementation of the switch statement, as well as some gcc
> > specific features like __label__ variables.
> >
> > Is there a chance that a patch that implements that will be accepted?
> >
> > Thanks,
> > Lucho