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: Fri, 18 Oct 2002 08:29:05 +0300
User-Agent: KMail/1.4.7
References: <aon2af$vj$1 AT nntp-m01 DOT news DOT aol DOT com>
In-Reply-To: <aon2af$vj$1@nntp-m01.news.aol.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Disposition: inline
Message-Id: <200210180829.05634.pavenis@lanet.lv>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id g9I5T0r14614
Reply-To: djgpp AT delorie DOT com

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