From: law@redhat.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Cc: willy@debian.org (Matthew Wilcox), gcc@gcc.gnu.org
Subject: Re: PA specifies invalid T_ADAFLAGS
Date: Fri, 26 Apr 2002 10:56:00 -0000 [thread overview]
Message-ID: <12859.1019841929@porcupine.cygnus.com> (raw)
In-Reply-To: Your message of Thu, 25 Apr 2002 16:14:36 EDT. <200204252014.g3PKEb5K022548@hiauly1.hia.nrc.ca>
In message <200204252014.g3PKEb5K022548@hiauly1.hia.nrc.ca>, "John David Anglin
" writes:
> > I'm not terribly familiar with gcc's configure / build system, so I don't
> > know who's at fault here. Should PA be specifying this in X_ADAFLAGS?
> > Should Ada not be using T_ADAFLAGS like this?
>
> I believe that this suggestion is correct. We should be specifying
> X_ADAFLAGS in a "x-" file, or files. It's the host not the
> target that's affected by this issue. The appropriate xmake_file
> defines need to be added to config.gcc. I think we only want to do
> this for the hpux, bsd and osf configurations (ie., those that use
> the SOM linker and hppa64). The pro doesn't use space registers.
> Linux puts the same value in all the relevant space registers.
> Don't know about the memory models for the other elf ports.
Actually OSF puts the same value in all the space registers. I don't
recall what BSD did. Not that it matters, I don't believe anyone is
still running the UofU BSD or OSF1 ports.
The few embedded PAs were level 0 implementations -- which don't have
space registers at all.
jeff
next prev parent reply other threads:[~2002-04-26 17:56 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-24 12:07 John David Anglin
2002-04-24 12:43 ` Matthew Wilcox
2002-04-25 15:04 ` John David Anglin
2002-04-26 10:56 ` law [this message]
2002-04-26 11:28 ` John David Anglin
2002-04-24 13:27 ` Arnaud Charlet
2002-04-24 13:38 ` John David Anglin
2002-04-24 14:28 ` Arnaud Charlet
2002-04-24 22:47 ` John David Anglin
2002-04-26 9:35 ` law
2002-04-26 9:39 ` John David Anglin
2002-04-26 10:43 ` law
-- strict thread matches above, loose matches on Subject: below --
2002-04-26 16:14 Robert Dewar
[not found] <10204260954.AA16645@vlsi1.ultra.nyu.edu>
2002-04-26 8:11 ` Matthew Wilcox
2002-04-26 4:06 Richard Kenner
2002-04-25 22:55 Matthew Wilcox
2002-04-25 21:14 Robert Dewar
2002-04-25 20:52 Robert Dewar
2002-04-25 21:53 ` John David Anglin
2002-04-25 19:58 Robert Dewar
2002-04-25 20:51 ` John David Anglin
2002-04-25 19:45 Robert Dewar
2002-04-25 19:37 Robert Dewar
2002-04-25 19:55 ` John David Anglin
2002-04-25 5:35 Richard Kenner
2002-04-26 10:54 ` law
2002-04-25 3:37 Richard Kenner
2002-04-24 22:08 Robert Dewar
2002-04-24 21:27 Robert Dewar
2002-04-24 20:37 Robert Dewar
2002-04-24 20:44 ` Matthew Wilcox
2002-04-24 21:44 ` John David Anglin
2002-04-24 20:09 Robert Dewar
2002-04-24 20:06 Robert Dewar
2002-04-24 20:26 ` Matthew Wilcox
2002-04-24 21:39 ` John David Anglin
2002-04-24 19:59 Richard Kenner
2002-04-24 22:07 ` John David Anglin
2002-04-25 0:18 ` Arnaud Charlet
2002-04-25 0:49 ` Richard Henderson
2002-04-26 10:51 ` law
2002-04-25 2:47 ` Olivier Hainque
2002-04-25 2:58 ` Michael Matz
2002-04-25 9:25 ` John David Anglin
2002-04-24 10:27 Matthew Wilcox
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=12859.1019841929@porcupine.cygnus.com \
--to=law@redhat.com \
--cc=dave@hiauly1.hia.nrc.ca \
--cc=gcc@gcc.gnu.org \
--cc=willy@debian.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).