preprocessor/6021: \^M handling wrong when not followed by ^J

preprocessor/6021: \^M handling wrong when not followed by ^J

[mrs]

>Number:         6021
>Category:       preprocessor
>Synopsis:       \^M handling wrong when not followed by ^J
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Mar 20 19:56:00 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     Mike Stump
>Release:        unknown-1.0
>Organization:
>Environment:
top of tree, gcc version 3.2 20020318 (experimental)
>Description:
\^M should not advance the line count.  Only \^M^J should.
I like the handling of \^M, leave it alone.

The output for the testcase should be:

char c;
char c;
char c;

int bye;


The reason for this might be somewhat obscure, but if you
fire up up an ASR 33, and try it out, you'll see why.
>How-To-Repeat:
$ ~/net/gcc-sol/gcc/xgcc -B$HOME//net/gcc-sol/gcc/  -E t.c | cat -v
char c;

char c;

char c;


int bye;

and the source:

$ cat -v t.c
ch\^Mar c;
ch\^Mar c;
ch\^Mar c;

int bye;
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:

Re: preprocessor/6021: \^M handling wrong when not followed by ^J

[neil]

Synopsis: \^M handling wrong when not followed by ^J

State-Changed-From-To: feedback->closed
State-Changed-By: neil
State-Changed-When: Mon Mar 25 23:06:14 2002
State-Changed-Why:
    Doh Mac Ick 8-)
    
    You still didn't tell me what an ASR 33 is.  Some ancient
    piece of junk I'd imagine 8-)

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6021

Re: preprocessor/6021: \^M handling wrong when not followed by ^J

[mike stump]

The following reply was made to PR preprocessor/6021; it has been noted by GNATS.

From: mike stump <mrs@windriver.com>
To: gcc-bugs@gcc.gnu.org, gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org,
        neil@gcc.gnu.org, nobody@gcc.gnu.org
Cc:  
Subject: Re: preprocessor/6021: \^M handling wrong when not followed by ^J
Date: Mon, 25 Mar 2002 16:08:21 -0800 (PST)

 Doh!  Mac!  Ick!  I forgot about that...  If the files really expose
 themselves as foo\rbar...  then I guess this isn't a bug.  Sorry about
 that.
 
 > Date: 24 Mar 2002 21:04:26 -0000
 > To: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, mrs@mail.wrs.com,
 >         nobody@gcc.gnu.org
 > From: neil@gcc.gnu.org
 
 > Synopsis: \^M handling wrong when not followed by ^J
 
 > State-Changed-From-To: open->feedback
 > State-Changed-By: neil
 > State-Changed-When: Sun Mar 24 13:04:25 2002
 > State-Changed-Why:
 >     Hi Mike,
 >     
 >     Would you elaborate a bit on this issue?  We handle '\r' as a newline since that is what is it on a Mac.
 >     
 >     What's an ASR 33?
 
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6021

Re: preprocessor/6021: \^M handling wrong when not followed by ^J

[neil]

Synopsis: \^M handling wrong when not followed by ^J

State-Changed-From-To: open->feedback
State-Changed-By: neil
State-Changed-When: Sun Mar 24 13:04:25 2002
State-Changed-Why:
    Hi Mike,
    
    Would you elaborate a bit on this issue?  We handle '\r' as a newline since that is what is it on a Mac.
    
    What's an ASR 33?

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6021