From: Helge Deller <deller@gmx.de>
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Cc: dave.anglin@nrc.ca, parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] [PATCH] hppa-linux-gas binutils patch
Date: Tue, 28 Nov 2006 20:20:26 +0100 [thread overview]
Message-ID: <200611282020.26412.deller@gmx.de> (raw)
In-Reply-To: <200611270134.kAR1Y2k0025862@hiauly1.hia.nrc.ca>
Hi Dave,
Hi Carlos,
Somehow I lost Carlos answer to my mail, so I'll wind his questions and my answers in here:
Carlos> Out of curiosity do you have a copyright assignment for binutils?
Carlos> If not, then that is OK, I can submit your patch upstream
Carlos> and check it in aswell.
I'm right now in the process to get this assignment done.
Since I think this will take some time, I'd prefer if you could submit
it upstream (if everyone agrees).
On Monday 27 November 2006 02:34, John David Anglin wrote:
> > The GAS manual says:
> > ---
> > .equ symbol, expression
> > This directive sets the value of symbol to expression. It is
> > synonymous with `.set'; see section .set symbol, expression.
> > The syntax for equ on the HPPA is `symbol .equ expression'.
> > ---
> >
> > This should be updated.
Sure.
I'll send an updated patch soon.
> > Have you considered the implications of your patch to porting HPUX assembly?
> > Does the HPUX assembler have an .equ directive? Dave can probably
> > answer that so I'll CC him.
> >
> > ---
> > label .reg expr
> > Synonym for .equ; define label with the absolute expression expr
> > as its value.
> > ---
> >
> This needs testing on hpux. I believe there may be problems.
> The current implementation reflects the syntax for .equ using HP as.
>
> The HP assembler only allows an integer expression which evalutes
> to an absolute value. The HP assembler prohibits the use of
> relocatable labels and imported symbols as a component of a
> .equ expression. This reflected the capabilites of HP ld at
> one time. This may not reflect current capabilites. There may
> be differences between the 32 and 64-bit linkers. I'm cautious
> here as I know .set which has no HP assembler equivalent works
> most of the time, but the capabilities of HP ld aren't well
> documented and there are subtle issues in assigning aliases.
> There are some uses of .set in the gas testsuite which run under
> hpux and they seem to work at basic level. However, the weak
> alias stuff isn't useful under hpux because of the way HP ld
> handles "weak" symbols.
>
> On the otherhand, more latitude on the expression is allowed when
> GNU ld is being used. .equ is effectively a synonym for .set.
> Because of this, I haven't been too concerned about the syntax
> for .equ. There are various other directives that also follow the
> HP syntax. In summary, these probably should be changed to follow
> the standard behavior under linux, etc; but I think the current
> behavior should be retained under hpux.
>
> Sorry, I haven't had a chance to look at the details of your change.
> I've been busy and a few GCC targets are broken...
The patch only affects the .equ directive. It does not change .set in any way.
It will only allow the case of:
.equ VAR,VALUE
which was printing an error message before.
So, it doesn't change any currently existing behavior.
Instead it's only adding a "new way" to use the .equ directive in a typical "gas" way.
As a background story:
Originally I wanted to add support for
VAR .equ VALUE
as it's e.g. documented here: http://docs.hp.com/en/92432-90012/ch02.html
(JAN .equ 1).
But this is in contrast to what gas (in as.info) states, since it does not end with a colon:
" For HPPA targets, labels need not be immediately followed by a
"colon, but the definition of a label must begin in column zero. This
"also implies that only one label may be defined on each line.
" label: .directive followed by something
...
Sadly I until now failed to get this working as well :-(
Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
next prev parent reply other threads:[~2006-11-28 19:20 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <119aab440611261406t3b221212seec90894cd57c63d@mail.gmail.com>
2006-11-27 1:34 ` [parisc-linux] [PATCH] hppa-linux-gas binutils patch John David Anglin
2006-11-28 19:20 ` Helge Deller [this message]
2006-11-28 19:34 ` Helge Deller
2006-11-30 16:13 ` John David Anglin
2006-11-30 15:46 ` John David Anglin
[not found] <200612022113.kB2LDNrS007088@hiauly1.hia.nrc.ca>
2006-12-10 17:15 ` Helge Deller
[not found] <200612021621.03867.deller@gmx.de>
2006-12-02 21:13 ` John David Anglin
[not found] <200611301613.kAUGDV3J004744@hiauly1.hia.nrc.ca>
2006-12-02 15:21 ` Helge Deller
2006-11-23 21:41 Helge Deller
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=200611282020.26412.deller@gmx.de \
--to=deller@gmx.de \
--cc=dave.anglin@nrc.ca \
--cc=dave@hiauly1.hia.nrc.ca \
--cc=parisc-linux@lists.parisc-linux.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 NNTP newsgroup(s).