www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1998/10/29/13:36:21

Date: Thu, 29 Oct 1998 20:34:43 +0200 (WET)
From: Andris Pavenis <pavenis AT lanet DOT lv>
To: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
cc: Olivier Perron <perron AT art DOT alcatel DOT fr>, djgpp AT delorie DOT com
Subject: Re: DJGPP 2.02 Beta 981027
In-Reply-To: <Pine.SUN.3.91.981029194117.19933W-100000@is>
Message-ID: <Pine.A32.3.91.981029201443.35600A-100000@ieva01.lanet.lv>
MIME-Version: 1.0
Reply-To: djgpp AT delorie DOT com


On Thu, 29 Oct 1998, Eli Zaretskii wrote:

> 
> On Thu, 29 Oct 1998, Olivier Perron wrote:
> 
> > Sorry for coming again on this subject, but if I have all undestand, then
> > the people who are using gcc-2.8.1 must move the files specs and djgpp.djl
> > which comes from DJGPP 2.02 from %DJDIR%/lib to
> > %DJDIR%/lib/gcc-lib/djgpp/gcc-2.8.1 .
> 
> A better way (IMHO) is to either remove the files from DJDIR/lib/gcc-lib/... 
> or rename them.  I also think that gcc distribution should stop coming 
> with those files under these names, at least once v2.02 is released.

Or even better NOT TO HAVE at least specs in %DJDIR%/lib.
This is way that is used in Linux and also other systems because specs
file normally changes together with gcc version and there maybe even 
incompatibilities between specs files for different versions (for example
egcs-1.1 treats %[something] as obsolete and issue warning, but it works Ok
with gcc-2.8.1). Another example: I was not able to run 
gcc -V 2.7.2.3  under Linux when I installed egcs-1.1 due to 
incompatibilities in specs before I editted specs for gcc-2.7.2.3

Therefore specs file SHOULD be in %DJDIR%/lib/gcc-lib/...
As the result (I think) we should also place djgpp.djl there to be
sure both these files will be installed from the same archive. Of 
course I can place them in %DJDIR%/lib but they should be removed 
from djdevXXX.zip together with specs. 

So if we are dropping support for gcc-2.7.2.1 in DJGPP 2.02 I'll hope
we'll be able to make installation of DJGPP more easy in future
(perhaps not immediatelly) as changes in gcc binary archives will
not make such problems as now when something will change in gcc distribution.
For example gcc281b.zip contains crtf.o to enable exceptions. That were
needed for DJGPP 2.02. This file is no more in port of egcs-1.1
as it is no more needed with DJGPP-2.02. 

If we'll leave specs in %DJDIR%/lib I'm afraid we'll get many questions
and problems when gcc version will change and we'll unable to easily
change some things in gcc binary distribution when needed. I think 
best is to avoid such problems.

> 
> > If this is correct, then shouldn't it be precised in the readme.1st which
> > comes with DJGPP 2.02 ?
> 
> It depends when v2.02 is released.  Beta releases are for those who 
> should know what they are doing.  When v2.02 is about to be released, I 
> think we should consider this issue, and I hope we will find a better 
> solution than to mention it in the README (since people tend to not read 
> the docs).
> 

Andris

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019