From: Ralf Baechle <ralf@linux-mips.org>
To: "Maciej W. Rozycki" <macro@linux-mips.org>
Cc: Dominic Sweetman <dom@mips.com>,
Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>,
linux-mips@linux-mips.org, Nigel Stephens <nigel@mips.com>,
David Ung <davidu@mips.com>
Subject: Re: [PATCH] Improve atomic.h implementation robustness
Date: Thu, 2 Dec 2004 00:39:41 +0100 [thread overview]
Message-ID: <20041201233940.GA15116@linux-mips.org> (raw)
In-Reply-To: <Pine.LNX.4.58L.0412012136480.13579@blysk.ds.pg.gda.pl>
On Wed, Dec 01, 2004 at 09:50:45PM +0000, Maciej W. Rozycki wrote:
> No surprise as the "o" constraint doesn't mean anything particular for
> MIPS. All addresses are offsettable -- there is no addressing mode that
> would preclude it, so "o" is exactly the same as "m".
This is what the gcc docs say:
[...]
`o'
A memory operand is allowed, but only if the address is
"offsettable". This means that adding a small integer (actually,
the width in bytes of the operand, as determined by its machine
mode) may be added to the address and the result is also a valid
memory address.
For example, an address which is constant is offsettable; so is an
address that is the sum of a register and a constant (as long as a
slightly larger constant is also within the range of
address-offsets supported by the machine); but an autoincrement or
autodecrement address is not offsettable. More complicated
indirect/indexed addresses may or may not be offsettable depending
on the other addressing modes that the machine supports.
[...]
So it is not the same as "m".
Ralf
next prev parent reply other threads:[~2004-12-01 23:41 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-01 7:00 [PATCH] Improve atomic.h implementation robustness Thiemo Seufer
2004-12-01 10:20 ` Dominic Sweetman
2004-12-01 10:20 ` Dominic Sweetman
2004-12-01 12:33 ` Ralf Baechle
2004-12-01 21:50 ` Maciej W. Rozycki
2004-12-01 23:39 ` Ralf Baechle [this message]
2004-12-02 0:01 ` Maciej W. Rozycki
2004-12-07 11:56 ` Richard Sandiford
2004-12-07 12:56 ` Thiemo Seufer
2004-12-07 19:28 ` Richard Sandiford
2004-12-08 0:09 ` Thiemo Seufer
2004-12-01 20:45 ` Thiemo Seufer
2004-12-01 21:53 ` Maciej W. Rozycki
2004-12-01 23:03 ` Thiemo Seufer
2004-12-02 0:17 ` Maciej W. Rozycki
2004-12-02 1:02 ` Thiemo Seufer
2004-12-02 8:01 ` Dominic Sweetman
2004-12-02 8:38 ` Thiemo Seufer
2004-12-02 11:31 ` Stephen P. Becker
2004-12-02 11:54 ` Maciej W. Rozycki
2004-12-02 11:57 ` Stephen P. Becker
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=20041201233940.GA15116@linux-mips.org \
--to=ralf@linux-mips.org \
--cc=davidu@mips.com \
--cc=dom@mips.com \
--cc=ica2_ts@csv.ica.uni-stuttgart.de \
--cc=linux-mips@linux-mips.org \
--cc=macro@linux-mips.org \
--cc=nigel@mips.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.