Re: fortran/8308: gcc-3.x does not compile files with suffix .r (RATFOR)

Re: fortran/8308: gcc-3.x does not compile files with suffix .r (RATFOR)

[Andris Pavenis]

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

From: Andris Pavenis <pavenis@latnet.lv>
To: rchapman@acm.org, gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: fortran/8308: gcc-3.x does not compile files with suffix .r (RATFOR)
Date: Wed, 23 Oct 2002 11:24:58 +0300

 On Tuesday 22 October 2002 19:47, rchapman@acm.org wrote:
 > >Number:         8308
 > >Category:       fortran
 > >Synopsis:       gcc-3.x does not compile files with suffix .r (RATFOR)
 > >Confidential:   no
 > >Severity:       serious
 > >Priority:       medium
 > >Responsible:    unassigned
 > >State:          open
 > >Class:          sw-bug
 > >Submitter-Id:   net
 > >Arrival-Date:   Tue Oct 22 09:56:00 PDT 2002
 > >Closed-Date:
 > >Last-Modified:
 > >Originator:     Bob Chapman
 > >Release:        gcc version 3.2 (djgpp, cygwin, mingw)
 > >Organization:
 > >Environment:
 
 As confirmed by submitter simple one line patch fixes that problem (verifie=
 d=20
 for i586-pc-msdosdjgpp with gcc-3.3 20020926).
 
 Andris
 
 =2D-- gcc/f/lang-specs.h~old	2002-10-23 11:19:33.000000000 +0300
 +++ gcc/f/lang-specs.h	2002-10-22 09:38:22.000000000 +0300
 @@ -36,7 +36,7 @@
    {"@ratfor",
     "%{C:%{!E:%eGNU C does not support -C without using -E}}\
      %{CC:%{!E:%eGNU C does not support -CC without using -E}}\
 =2D    ratfor %{C} %{CC} %{v} %i %{E:%W{o*}} %{!E: %{!pipe:-o %g.f} |\n\
 +    ratfor %{C} %{CC} %{v} %{E:%W{o*}} %{!E: %{!pipe:-o %g.f} %i |\n\
      f771 %{!pipe:%g.f} %(cc1_options) %{I*} %{!fsyntax-only:%(invoke_as)}}=
 ", 0},
    {".f",   "@f77", 0},
    {".for", "@f77", 0},
 

Re: fortran/8308: gcc-3.x does not compile files with suffix .r (RATFOR)

[toon]

Synopsis: gcc-3.x does not compile files with suffix .r (RATFOR)

State-Changed-From-To: analyzed->closed
State-Changed-By: toon
State-Changed-When: Mon Oct 28 15:21:28 2002
State-Changed-Why:
    Fixed for 3.2.1 and 3.3.
    
    Note: high priority because the error is from 2.95 onwards.

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

Re: fortran/8308: gcc-3.x does not compile files with suffix .r (RATFOR)

[Andris Pavenis]

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

From: Andris Pavenis <pavenis@latnet.lv>
To: Toon Moene <toon@moene.indiv.nluug.nl>, toon@gcc.gnu.org,
   gcc-bugs@gcc.gnu.org, rchapman@acm.org, gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: fortran/8308: gcc-3.x does not compile files with suffix .r (RATFOR)
Date: Mon, 28 Oct 2002 17:16:14 +0200

 On Monday 28 October 2002 12:07, Andris Pavenis wrote:
 > > > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=3Dview%20audit-trail&datab=
 ase=3D
 > > >gc c&pr=3D8308
 > >
 > > I fixed this using Andris' suggestion (as attached).
 > >
 > > Andris, could you test this on your platform to see if it really does
 > > what it's supposed to do ?  If so, I'll backport the solution to 3.2.1
 > > as it is a regression w.r.t. 2.95 ...
 > >
 > > Thanks for looking into this.
 >
 > Unfortunatelly I don't have RATFOR installed (and don't have any experien=
 ce
 > with it, as never used it), but Bob Chapman have tested my DJGPP build of
 > gcc-3.3 20020926 after I applied a patch I sent here later and confirmed =
 it
 > fixes a problem (see
 > http://www.delorie.com/djgpp/mail-archives/browse.cgi?p=3Ddjgpp/2002/10/2=
 2/11
 >:31:19)
 
 Did remotely test on Linux after downloading and installing RATFOR77. Seems=
 =20
 that included simple test program compiles Ok after the patch (gcc version=
 =20
 3.3 20021027 (experimental)) but not with gcc-3.2 (I got behaviour describe=
 d=20
 in bug report with gcc-3.2)
 
 Also: downloaded version of RATFOR does not recognize option -v, so
 compilation of test example fails when -v is specified.=20
 
 Andris

Re: fortran/8308: gcc-3.x does not compile files with suffix .r (RATFOR)

[Andris Pavenis]

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

From: Andris Pavenis <pavenis@latnet.lv>
To: Toon Moene <toon@moene.indiv.nluug.nl>, toon@gcc.gnu.org,
   gcc-bugs@gcc.gnu.org, rchapman@acm.org, gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: fortran/8308: gcc-3.x does not compile files with suffix .r (RATFOR)
Date: Mon, 28 Oct 2002 12:07:50 +0200

 On Saturday 26 October 2002 22:36, Toon Moene wrote:
 > I wrote:
 > > Synopsis: gcc-3.x does not compile files with suffix .r (RATFOR)
 > >
 > > Responsible-Changed-From-To: unassigned->toon
 > > Responsible-Changed-By: toon
 > > Responsible-Changed-When: Sat Oct 26 09:18:53 2002
 > > Responsible-Changed-Why:
 > >     Fortran Maintainer.
 > > State-Changed-From-To: open->analyzed
 > > State-Changed-By: toon
 > > State-Changed-When: Sat Oct 26 09:18:53 2002
 > > State-Changed-Why:
 > >     Looking into it.
 > >
 > > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=3Dview%20audit-trail&databas=
 e=3Dgc
 > >c&pr=3D8308
 >
 > I fixed this using Andris' suggestion (as attached).
 >
 > Andris, could you test this on your platform to see if it really does
 > what it's supposed to do ?  If so, I'll backport the solution to 3.2.1
 > as it is a regression w.r.t. 2.95 ...
 >
 > Thanks for looking into this.
 
 Unfortunatelly I don't have RATFOR installed (and don't have any experience
 with it, as never used it), but Bob Chapman have tested my DJGPP build of=20
 gcc-3.3 20020926 after I applied a patch I sent here later and confirmed it=
 =20
 fixes a problem (see=20
 http://www.delorie.com/djgpp/mail-archives/browse.cgi?p=3Ddjgpp/2002/10/22/=
 11:31:19)
 
 Andris

Re: fortran/8308: gcc-3.x does not compile files with suffix .r (RATFOR)

[Toon Moene]

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

From: Toon Moene <toon@moene.indiv.nluug.nl>
To: toon@gcc.gnu.org,  gcc-bugs@gcc.gnu.org,  rchapman@acm.org, 
 pavenis@latnet.lv,  gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: fortran/8308: gcc-3.x does not compile files with suffix .r (RATFOR)
Date: Sat, 26 Oct 2002 21:36:29 +0200

 This is a multi-part message in MIME format.
 --------------050403080700000701060903
 Content-Type: text/plain; charset=ISO-8859-15; format=flowed
 Content-Transfer-Encoding: 7bit
 
 I wrote:
 
 > Synopsis: gcc-3.x does not compile files with suffix .r (RATFOR)
 > 
 > Responsible-Changed-From-To: unassigned->toon
 > Responsible-Changed-By: toon
 > Responsible-Changed-When: Sat Oct 26 09:18:53 2002
 > Responsible-Changed-Why:
 >     Fortran Maintainer.
 > State-Changed-From-To: open->analyzed
 > State-Changed-By: toon
 > State-Changed-When: Sat Oct 26 09:18:53 2002
 > State-Changed-Why:
 >     Looking into it.
 > 
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8308
 > 
 
 I fixed this using Andris' suggestion (as attached).
 
 Andris, could you test this on your platform to see if it really does 
 what it's supposed to do ?  If so, I'll backport the solution to 3.2.1 
 as it is a regression w.r.t. 2.95 ...
 
 Thanks for looking into this.
 
 -- 
 Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290
 Saturnushof 14, 3738 XG  Maartensdijk, The Netherlands
 Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html
 Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)
 
 --------------050403080700000701060903
 Content-Type: text/plain;
  name="8308.diff"
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline;
  filename="8308.diff"
 
 2002-10-26  Andris Pavenis  <pavenis@latnet.lv>
 
 	* lang-specs.h: Fix ratfor specs.
 
 *** lang-specs.h.orig	Thu Jun 20 22:34:04 2002
 --- lang-specs.h	Sat Oct 26 18:21:52 2002
 ***************
 *** 1,4 ****
   /* lang-specs.h file for Fortran
 !    Copyright (C) 1995, 1996, 1997, 1999, 2000 Free Software Foundation, Inc.
      Contributed by James Craig Burley.
   
 --- 1,5 ----
   /* lang-specs.h file for Fortran
 !    Copyright (C) 1995, 1996, 1997, 1999, 2000, 2002
 !    Free Software Foundation, Inc.
      Contributed by James Craig Burley.
   
 *************** the Free Software Foundation, 59 Temple 
 *** 37,41 ****
      "%{C:%{!E:%eGNU C does not support -C without using -E}}\
       %{CC:%{!E:%eGNU C does not support -CC without using -E}}\
 !     ratfor %{C} %{CC} %{v} %i %{E:%W{o*}} %{!E: %{!pipe:-o %g.f} |\n\
       f771 %{!pipe:%g.f} %(cc1_options) %{I*} %{!fsyntax-only:%(invoke_as)}}", 0},
     {".f",   "@f77", 0},
 --- 38,42 ----
      "%{C:%{!E:%eGNU C does not support -C without using -E}}\
       %{CC:%{!E:%eGNU C does not support -CC without using -E}}\
 !     ratfor %{C} %{CC} %{v} %{E:%W{o*}} %{!E: %{!pipe:-o %g.f} %i |\n\
       f771 %{!pipe:%g.f} %(cc1_options) %{I*} %{!fsyntax-only:%(invoke_as)}}", 0},
     {".f",   "@f77", 0},
 
 --------------050403080700000701060903--
 

Re: fortran/8308: gcc-3.x does not compile files with suffix .r (RATFOR)

[toon]

Synopsis: gcc-3.x does not compile files with suffix .r (RATFOR)

Responsible-Changed-From-To: unassigned->toon
Responsible-Changed-By: toon
Responsible-Changed-When: Sat Oct 26 09:18:53 2002
Responsible-Changed-Why:
    Fortran Maintainer.
State-Changed-From-To: open->analyzed
State-Changed-By: toon
State-Changed-When: Sat Oct 26 09:18:53 2002
State-Changed-Why:
    Looking into it.

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

fortran/8308: gcc-3.x does not compile files with suffix .r (RATFOR)

[rchapman]

>Number:         8308
>Category:       fortran
>Synopsis:       gcc-3.x does not compile files with suffix .r (RATFOR)
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Oct 22 09:56:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Bob Chapman
>Release:        gcc version 3.2 (djgpp, cygwin, mingw)
>Organization:
>Environment:
I believe this is a generic GCC problem but, so far, have only had time to verify it under djgpp, cygwin, and mingw running under several Windows 9x environments (Windows 95, Windows 98SE).
>Description:
Starting with gcc-3.x, file names with suffix '.r'(RATFOR) are no longer processed correctly by g77 -- the suffix is
recognized and the RATFOR translator is invoked but the translated output is 'dumped' to stdout (rather than being redirected to the compiler input) and g77 tries to compile an empty file.

This appears to occur because the order of the arguments has been reversed on the command line invoking ratfor.

Under 2.95:
> >ratfor -o c:\windows\temp\ccKLY2yb.f test.r

Under 3.2:
> >ratfor test.r -o c:\windows\temp\ccDRh6nH.f

I am using the 'so called' Public Domain version of RATFOR in C by 'oz' that claims to be derived from University of Arizona sources. This ratfor uses a 'getopt' that is functionally equivalent to the <unistd.h> 'getopt' and expects to find all options preceding the input filename.  When the input filename precedes the '-o' output file option, argument processing terminates without seeing the output option and the translated ratfor goes to the default stdout rather than the temporary '.f' file.

------
>How-To-Repeat:
See description.
>Fix:
Of course, I can easily change argument processing for the ratfor I'm using or use a different extension for my ratfor sources but I would prefer to have gcc revert to the argument order it used under gcc 2.95.
>Release-Note:
>Audit-Trail:
>Unformatted: