From: Per Bothner <bothner@cygnus.com>
To: "Martin v. Loewis" <martin@mira.isdn.cs.tu-berlin.de>
Cc: egcs@cygnus.com, gcc2@gnu.org
Subject: Re: NO_DOLLAR_IN_LABEL
Date: Sun, 31 Jan 1999 23:58:00 -0000 [thread overview]
Message-ID: <199901030332.TAA11595@cygnus.com> (raw)
In-Reply-To: <199901030042.BAA00556@mira.isdn.cs.tu-berlin.de>
> Because the current value of NO_DOLLAR_IN_LABEL is meaningless.
> It says 'we don't want g++ to use DOLLAR', whereas it looks as if
> it says 'our assembler does not support DOLLAR'.
Well, I see no reason why we need to distinguish these situations,
as long as we anyway have to support assemblers that don't *allow* '$',
> There is no working proposal for such an encoding. Please propose one.
I have proposed such an encoding. See gcc/cp/gxxint.texi.
(That is not to say that I will make any claims that that is
particularly good encoding.)
> All assemblers I've tried (gas and Solaris 2.5.1 /usr/ccs/bin/as)
> define NO_DOLLAR_IN_LABEL, yet support it. Which major platforms don't
> support it?
But "major platforms" is not the issue. Most or all major platforms
support gas. The issue is what we are doing for minor platforms.
Personally, I don't really care if we start requiring an assembler
that accepts '$'. Some people might care, though.
--Per Bothner
Cygnus Solutions bothner@cygnus.com http://www.cygnus.com/~bothner
next prev parent reply other threads:[~1999-01-31 23:58 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-01-31 23:58 NO_DOLLAR_IN_LABEL Martin v. Loewis
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Per Bothner
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Jeffrey A Law
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Martin v. Loewis
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Jeffrey A Law
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Martin v. Loewis
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Per Bothner
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Martin v. Loewis
1999-01-31 23:58 ` Per Bothner [this message]
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL David Edelsohn
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Martin v. Loewis
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Per Bothner
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Martin v. Loewis
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Per Bothner
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Paul Eggert
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Per Bothner
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Martin v. Loewis
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Paul Eggert
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Joe Buck
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Marc Espie
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Paul Eggert
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Per Bothner
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Paul Eggert
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL John A. Tamplin
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Paul Eggert
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Martin v. Loewis
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Per Bothner
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Paul Eggert
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Horst von Brand
1999-01-31 23:58 ` NO_DOLLAR_IN_LABEL Martin v. Loewis
1999-01-31 23:58 NO_DOLLAR_IN_LABEL Richard Kenner
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=199901030332.TAA11595@cygnus.com \
--to=bothner@cygnus.com \
--cc=egcs@cygnus.com \
--cc=gcc2@gnu.org \
--cc=martin@mira.isdn.cs.tu-berlin.de \
/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).