Date:	Fri, 27 Jul 2001 12:16:25 +0300
From:	"Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender:	halo1 AT zahav DOT net DOT il
To:	ST001906 AT HRZ1 DOT HRZ DOT TU-Darmstadt DOT De
Message-Id:	<1659-Fri27Jul2001121625+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:	jeffw AT darwin DOT sfbr DOT org, djgpp AT delorie DOT com
In-reply-to:	<27453F34B00@HRZ1.hrz.tu-darmstadt.de>
	(ST001906 AT HRZ1 DOT HRZ DOT TU-Darmstadt DOT De)
Subject:	Re: ANNOUNCE: DJGPP port of GNU Sed 3.02.80 uploaded
References:	<27453F34B00 AT HRZ1 DOT hrz DOT tu-darmstadt DOT de>
Reply-To:	djgpp AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

> From: "Juan Manuel Guerrero" <ST001906 AT HRZ1 DOT HRZ DOT TU-Darmstadt DOT De>
> Date: Thu, 26 Jul 2001 22:50:10 +0200
> 
> > I'd advise to keep the two executables in the distribution, and to
> > make the binary built with libc's regex the default, named sed.exe.
> 
> That is ok with me but I am not able to create such a binary. I have
> never noticed this before because I have never tried it.  The
> sources between sed-3.02 and sed-3.02.80 have change strongly. A new
> file, sed/regex.c, has been introduced. The function of this file is
> to isolate and abstract out the interface to the regex engine so
> that less conditional code is required in compile.c and
> execute.c. This file now contains functions like compile_regex(),
> match_regex(), release_regex(), etc. All this functions operate with
> objects of type regex_t. Very unfortunately the sources *always*
> assume that regex_t is *identical* with struct re_registers declared
> in lib/regex-gnu.h (regex-gnu.h is the regex header from
> glibc-2.n./posix).

Ah, yes.  I must have bumped into this at the time, but it was so long
ago that I forgot; sorry.

At the time, I asked the Sed maintainer to fix this, so that users
could link Sed with their library's regex routines.  I think he
agreed, but since we never saw another pretest, that's a moot point
for now.

> I will wait a couple of days to see if someone presents a usefull idea
> how this DJGPP specific issue can be solved. If no one has a good idea
> I will upload new binary and source packages. The sources will contain
> a modified config.bat to select GNU regex or DJGPP regex defaulting
> to GNU regex (the only thing that works today). The binary package will
> contain two sed programs:
>   gsed.exe using GNU regex, size = 58KB.
>   nlsgsed.exe using GNU regex and NLS, size = 667KB

I'd suggest to name the Sed binary with NLS sed.exe, not gsed.exe.
That way, people who want the new features will be able to install the
new version on top of the old one and use it from there on without the
need to rename it.  People who do not need the new features might not
want to pay the performance price, and so will not upgrade.  We will
keep sed302[sb].zip archives on SimTel.NET at least until this issue
is resolved, so users will have the choice.

- Raw text -