linux-parisc.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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).