Message-ID: <B0000033568@stargate.astr.lu.lv>
From: "Andris Pavenis" <pavenis AT lanet DOT lv>
To: Hans-Bernhard Broeker <broeker AT physik DOT rwth-aachen DOT de>
Date: Mon, 29 Jun 1998 21:01:21 +0300
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: Some notes about DJDEV202.ZIP
CC: djgpp-workers AT delorie DOT com
References: <B0000033564 AT stargate DOT astr DOT lu DOT lv>
In-reply-to: <Pine.LNX.3.93.980629191112.10773Q-100000@acp3bf>
Precedence: bulk

Date sent:      	Mon, 29 Jun 1998 19:19:36 +0200 (MET DST)
From:           	Hans-Bernhard Broeker <broeker AT physik DOT rwth-aachen DOT de>
Subject:        	Re: Some notes about DJDEV202.ZIP

> 
> > 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. 
> 
> AFAI can see, the only things that have to be overridden, then, are the
> specs file, the (primary) location for ctr0.o and friends, the (primary)
> library dir, and the (primary) include path. But gcc already has machinery
> for searching these files in its own private directory tree
> (/usr/local/lib/gcc-lib/${PLATFORM}/${VERSION}/specs and friends). 
> 
> So why not just use that machinery, after some fiddling, if necessary and
> be done with it?

The problem is that if $DJDIR/lib is in library search path then gcc-
2.8.1 searches this directory before it's own one, so files from 
djdev201 will erroroulsy be used.
 
> 
> > Also 2.8.1 has replacement of math.h in 
> > $DJDIR/lib/gcc-lib/2.81/include
> 
> By just making sure that the 'gcc-lib' search mechanism finds this
> one, we should be off the hook already.

The same as before: if $DJDIR/include is in include file search path
then it is searched before gcc-2.8.1 native one.

Tested about math.h. Looks that math.h from last alpha of 
djdev202 lives well together with '#include <exception>'  so at least 
this problem looks to be fixed (that gave compilation errors with
math.h from djdev201.zip)

Andris