delorie.com/archives/browse.cgi | search |
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 |
Message-Id: | <200210180829.05634.pavenis@lanet.lv> |
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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |