From: Andris <pavenis AT lanet DOT lv>
Organization: Pavenis
To: djgpp AT delorie DOT com, "Bob Chapman" <rechapman AT hotmail DOT com>
Subject: Re: gcc-3.x and file suffix .r (RATFOR) bug?
Date: Tue, 22 Oct 2002 01:27:38 +0300
User-Agent: KMail/1.4.7
References: <aon2af$vj$1 AT nntp-m01 DOT news DOT aol DOT com> <200210180829 DOT 05634 DOT pavenis AT lanet DOT lv> <ap1jh3$7qt$1 AT nntp-m01 DOT news DOT aol DOT com>
In-Reply-To: <ap1jh3$7qt$1@nntp-m01.news.aol.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Disposition: inline
Message-Id: <200210220127.38891.pavenis@lanet.lv>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id g9LMRVf17734
Reply-To: djgpp AT delorie DOT com

On Monday 21 October 2002 22:11, Bob Chapman wrote:
> "Andris" <pavenis AT lanet DOT lv> wrote in message
> news:200210180829 DOT 05634 DOT pavenis AT lanet DOT lv...
>
> > On Thursday 17 October 2002 22:10, Bob Chapman wrote:
> > > Starting with the DJGPP ports of 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.  I have verified that the
> > > cygwin and mingw ports gcc-3.x also exhibit the same behavior but have
> > > not yet
>
> had
>
> > > time to install gcc-3.x and check this problem under any other
> > > environments.
> > >
> > > Does anyone know if this problem is only associated with the Win9X
> > > ports
>
> of
>
> > > gcc-3.x or if it is a generic GCC 3.X problem?  So far I have not been
>
> able
>
> > > to find any bug reports or any notice that the feature had been
> > > removed.
> >
> > I think it's unlikely a problem of DJGPP. One could try to test  for
>
> example
>
> > under Linux. I don't know. Also You could run GCC with option -v and try
> > figure out what is wrong.
> >
> > Andris
>
>  Followed your suggestion to use '-v' and got these results:
> ----------
> g77 version 2.95.3 20010315/djgpp (release) . . .
> Reading specs from c:/djgpp/lib/gcc-lib/djgpp/2.953/specs
> gcc version 2.95.3 20010315/djgpp (release)
>  c:/djgpp/bin/ratfor.exe -v -o c:\windows\temp\ccKLY2yb.f test.r
> ----------
> Reading specs from c:/djgpp/lib/gcc-lib/djgpp/3.2/specs
> Configured with: /devel/gcc32/gnu/gcc-3.2/configure i586-pc-msdosdjgpp . .
> . Thread model: single
> gcc version 3.2
>  c:/djgpp/bin/ratfor.exe -v test.r -o c:\windows\temp/ccDRh6nH.f
> ---------
>
> Note a difference in the invocation of ratfor, specifically the '/' instead
> of '\' preceding the name of the temporary file.
>     2.95.3    "-o c:\windows\temp\ccKLY2yb.f"
>     3.2        "-o c:\windows\temp/ccDRh6nH.f"
>
> [As is probably obvious, I have TEMP=c:\windows\temp]
>

I see. But I don't know anything about ratfor, so I cannot tell more.
Please experiment with ratfor command line options to see what works
and what not, to see what has to be changed.

Andris