Date: Mon, 13 Jul 1998 10:38:38 +0200 (WET)
From: Andris Pavenis <pavenis AT lanet DOT lv>
To: Alexey Yakovlev <jack AT catalysis DOT nsk DOT su>
cc: Dave Love <d DOT love AT dl DOT ac DOT uk>, Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>,
        djgpp-workers AT delorie DOT com
Subject: Re: Inconsistencies between g77 v0.5.23 and v0.5.19
In-Reply-To: <35A9B2D3.63A0D300@catalysis.nsk.su>
Message-ID: <Pine.A32.3.91.980713102004.189076C-100000@ieva05.lanet.lv>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Precedence: bulk



On Mon, 13 Jul 1998, Alexey Yakovlev wrote:

>  Nothing changed significantly. Before, all the changes made to
> configuration were left unposted but they were (almost) all the same
> from version to version. I understand that probably it is my fault
> because I built g77-0.5.19 distributed as a part of DJGPP. Perhaps, it
> is now time to make these changes included to standard g77 distribution.

About 0.5.23. There were very little changes in some files only 
(not in C sources). They were only related to building gcc together
with gcc as at first gcc-2.8.1 sources were patched and I had to 
do corresponding patches also for g77 (stamp-objlist were renamed to
s-objlist). I also tried to rename some other g77 related stamp files
to get them unique even with MS-DOS filename length restrictions (8+3).
However I missed some files (g2c.h.in) but there is not so simple to 
finish it. So LFN support is perhaps still needed to build g77  
 
> 
>  Thus, the conclusions (maybe obvious for somebody) are as following:
> 1. configur.bat is not needed any more (bash works just fine).
   
configur.bat in gcc-2.8.1 is some relic from previous versions.
For DJGPP is simply calls 'sh djconfig.sh'. For other systems it's perhaps
not working at all with sources from gcc281s.zip.  

> 2. f/runtime/configure.in should be patched against NON_ANSI_RW_MODES.
> 3. a new tmpfile() should be included in libg2c built for DJGPP. It is a
> quick and dirty way but it should work. 

I think the best would be to ask user to patch libc.a. I hope djdev202 
should be out in not too long time and then such change will be no more 
needed.

Andris