Date: Fri, 24 Aug 2001 10:56:01 +0300
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: pavenis AT lanet DOT lv
Message-Id: <2593-Fri24Aug2001105601+0300-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.9
CC: djgpp-workers AT delorie DOT com
In-reply-to: <Pine.A41.4.05.10108232014050.34078-100000@ieva06.lanet.lv>
	(message from Andris Pavenis on Thu, 23 Aug 2001 20:30:48 +0300 (WET))
Subject: Re: gcc-3.0.1 and Win2k
References:  <Pine DOT A41 DOT 4 DOT 05 DOT 10108232014050 DOT 34078-100000 AT ieva06 DOT lanet DOT lv>
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

> Date: Thu, 23 Aug 2001 20:30:48 +0300 (WET)
> From: Andris Pavenis <pavenis AT lanet DOT lv>
> 
> >   DJGPP_DJL := $(shell $(CROSS_GCC) $(GCC_OPT) -print-file-name=djgpp.djl)
> > 
> > This asks the compiler for the full name of the linker script, but
> > since the script is called djgpp.djl, this command cannot pick
> > djgpp-x.djl which comes with the GCC distribution.  That means the C++
> > programs compiled as part of the library might crash, no?
> 
> djgpp.dlj from current CVS version of DJGPP of OK for gcc-3.0.1.

This doesn't help: the above command asks GCC about the _installed_
version of djgpp.djl.  Unless you drop your local CVS sandpit into the
normal DJGPP tree, under %DJDIR%/src, GCC won't use the CVS version of
djgpp.djl, it will use the one from %DJDIR%/lib instead.

Since I don't use the CVS library for production, I have the CVS tree
outside the main DJGPP tree.  Am I the only one?

> All should work "out of box" if one builds CVS version of DJGPP with
> gcc-3.0.1. As I said lib/djgpp.dlj from current CVS is compatible with 
> gcc-3.0.1

I am thinking about users who, like me, have the CVS sandbox outside
the DJGPP tree.  These users will be unable to build the CVS version
(or djlsr204.zip, for that matter) unless they replace lib/djgpp.djl.
We need to solve that, I think.