X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-workers-bounces using -f
From: pavenis AT lanet DOT lv
To: sandmann AT clio DOT rice DOT edu (Charles Sandmann), djgpp-workers AT delorie DOT com
Date: Thu, 21 Feb 2002 19:30:58 +0200
MIME-Version: 1.0
Subject: Re: bison and djgpp.env
Message-ID: <3C754AF2.8793.1502852@localhost>
In-reply-to: <10202211524.AA21027@clio.rice.edu>
References: <28C931613B0 AT HRZ1 DOT hrz DOT tu-darmstadt DOT de> from "Juan Manuel Guerrero" at Feb 21, 2002 02:29:54 PM
X-mailer: Pegasus Mail for Windows (v4.01)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Content-description: Mail message body
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

On 21 Feb 2002 at 9:24, Charles Sandmann wrote:

> > I have reinspected enscript 1.5.0 and I have seen that ENSCRIPT_LIBRARY does not
> > shadow the canonical path hard coded into enscript 1.6.1/2. So the actual value of
> > this variable does not influence enscript 1.6.1/2's behaviour. Netherless I would
> > suggest a + sign in front of ENSCRIPT_LIBRARY.
> 
> I've committed to CVS + signs in front of the bison and enscript variables.
> 
> There are other changes in CVS not in 2.03:
>  1) remove DJGPP from rhide entry for f77

I think it should be
RHIDE_TYPED_LIBS.f=g2c m

Perhaps also 'm' should be added for C++ libraries for RHIDE
as at least currently libstdc++ from gcc-3.1 development versions requires 
finite() (see ieeefp.h) to be linked and it is in libm.a. Also gpp.exe links
both libstdcxx.a and libm.a. So I think we should also have:

RHIDE_TYPED_LIBS_DJGPP.cxx=stdcxx m

Perhaps 'RHIDE_TYPED_LIBS_DJGPP.cpp=stdcxx m' could only
be usefull for compatibility with really ancient RHIDE versions where it was
broken

>  2) add colors for various file types in ls
>  
> (3 other changes.)  Should these other changes go into 2.03 refresh djgpp.env?
> 

Andris