Message-ID:	<B0000033564@stargate.astr.lu.lv>
From:	"Andris Pavenis" <pavenis AT lanet DOT lv>
To:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
Date:	Mon, 29 Jun 1998 19:47:44 +0300
MIME-Version:	1.0
Subject:	Re: Some notes about DJDEV202.ZIP
CC:	djgpp-workers AT delorie DOT com
References:	<B0000033537 AT stargate DOT astr DOT lu DOT lv>
In-reply-to:	<Pine.SUN.3.91.980629184426.3902A-100000@is>

Date sent:      	Mon, 29 Jun 1998 18:51:17 +0300 (IDT)
From:           	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
Subject:        	Re: Some notes about DJDEV202.ZIP

> 
> On Mon, 29 Jun 1998, Andris Pavenis wrote:
> 
> >                  There will be problems with gcc-2.8.1 as $DJDIR/lib 
> > 			is included in library search path. Therefore a note that
> >  			a replacement version from gcc281b.zip should be used
> >  			is necessary
> 
> I think this is very unfortunate.  We shouldn't require that users 
> replace or edit their djgpp.env as function of their other software.  
> djdev should work out of the box with all supported versions.

What about putting 2 files DJGPP.ENV and DJGP281.ENV (wild 
guess of possible name) in $DJDIR and instructing user to set 
environment variable DJGPP to correct one. 
> 
> Isn't there any other way to make both 2.7.2 and 2.8.x be happy?  Maybe 
> some other environment variable that can be used differently by each 
> version?

One of thing could be adding support of exceptions to crt0.o 
instead of using additional file crtf.o as it is done in gcc281b.zip.
However this will cause MANY problems for many poeple as they
will need immediatelly replace specs and djgpp.djl files supplied 
with gcc281b.zip. 

> 
> If not, then I'd suggest to change gcc 2.8.1 (again) so that it works
> correctly even if $DJDIR/lib is part of LIBRARY_PATH.
> 
> If that is impractical, I would even go as far as announcing that v2.02 
> doesn't support gcc versions before 2.8.1 (and maybe leave v2.01 
> available from SimTel for some time after 2.02 is released).

One idea I thought about for rather long time:

May be it could be usefull to invent similar thing as ZIP picker for
generating DJGPP.ENV files: user specifies parameters through
his web browser and gets contents of file personally for his needs.

> 
> Btw, which problems exactly will this setting cause?
> 
The most significant is broken exceptions support.

Also 2.8.1 has replacement of math.h in 
$DJDIR/lib/gcc-lib/2.81/include

Use of file from $DJDIR/include (archive djdev201.zip) caused I don't
remember exactly many warning or even error messages. This 
should not happen if DJGPP.ENV from gcc281b.zip is being used

Andris

- Raw text -