public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Martin York <martin.york@veritas.com>
To: 'Stephen Lindholm' <lindholm@CS.Stanford.EDU>,
	Neil Booth <neil@daikokuya.co.uk>
Cc: gcc@gcc.gnu.org
Subject: RE: Change in preprocessor behavior
Date: Tue, 31 Dec 2002 10:24:00 -0000	[thread overview]
Message-ID: <8BE017CC8923D511A00A0008C78605EE03A5E103@LMOXCH04> (raw)



I may be wrong (I don't have a machine close by with gcc on).

Try adding the -v flag to your compile.
This shows all the flags passed to the underlying frontend (cc1plus)


Then you can compare the flags used on Solaris and OS-X.

You will then be able to see if -traditional is being passed
to cc1plus on your OS-X machine



I also believe you can override the flags passed to the frontend
by specifying a specs file on the command line (though I have never
tried this myself). This may be simpler then rebuilding gcc.


Martin.

-----Original Message-----
From: Stephen Lindholm [mailto:lindholm@CS.Stanford.EDU]
Sent: 30 December 2002 18:46
To: Neil Booth
Cc: gcc@gcc.gnu.org
Subject: Re: Change in preprocessor behavior



I'm using the version of gcc which came with Mac OS X, and I compared it
to the old version of gcc installed on the Solaris mail server. I did not
install either of the two compilers myself.

I did cut and paste the command line and output exactly as they were in
the terminal window.

I guess the OS X compiler came out of the box configured differently than
I expected. I know it has some modifications to support Mac programming,
but I did not expect the preprocessor to be configured differently. I
guess I will just have to use a different computer for my preprocessing or
install another version of gcc.

Thank you for your help.


On Mon, 30 Dec 2002, Neil Booth wrote:

> Stephen Lindholm wrote:-
> 
> > thrush:~% cpp test2
> > # 1 "test2"
> > 
> >       
> > struct command commands[] =
> > {
> >   { #quit, quit ## _command },
> >   { #help, help ## _command },
> > };
> 
> Contrary to your claim, I suspect you're using cpp -traditional, no?
> 
> Traditional preprocessors did not support # and ##, and 3.1 is more
> "correct" in this respect.  FWIW 3.3 has another new implementation of
> traditional preprocessing which is the most faithful of GCC's
> implementations to true traditional preprocessing.
> 
> Neil.
> 

             reply	other threads:[~2002-12-31 16:32 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-31 10:24 Martin York [this message]
  -- strict thread matches above, loose matches on Subject: below --
2022-06-21  0:34 Dave Blanchard
2022-06-21  7:28 ` Richard Biener
2022-06-21 12:57   ` Dave Blanchard
2002-12-30 20:53 Stephen Lindholm
2002-12-30 20:54 ` Neil Booth
2002-12-30 20:54 ` Neil Booth
2002-12-30 20:54   ` Stephen Lindholm
2003-01-02 21:04   ` Devang Patel
2003-01-02 20:42 ` Mike Stump
2003-01-02 21:02   ` Devang Patel
2003-01-04 20:19 ` Zack Weinberg

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=8BE017CC8923D511A00A0008C78605EE03A5E103@LMOXCH04 \
    --to=martin.york@veritas.com \
    --cc=gcc@gcc.gnu.org \
    --cc=lindholm@CS.Stanford.EDU \
    --cc=neil@daikokuya.co.uk \
    /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).