X-Authentication-Warning: kendall.sfbr.org: jeffw set sender to jeffw AT darwin DOT sfbr DOT org using -f Date: Tue, 24 Jul 2001 17:43:24 -0500 From: JT Williams To: Juan Manuel Guerrero Cc: djgpp AT delorie DOT com Subject: Re: ANNOUNCE: DJGPP port of GNU Sed 3.02.80 uploaded Message-ID: <20010724174324.A24927@kendall.sfbr.org> Mail-Followup-To: Juan Manuel Guerrero , djgpp AT delorie DOT com References: <243A027727B AT HRZ1 DOT hrz DOT tu-darmstadt DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <243A027727B@HRZ1.hrz.tu-darmstadt.de>; from ST001906@HRZ1.HRZ.TU-Darmstadt.De on Tue, Jul 24, 2001 at 10:08:20PM +0200 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 Precedence: bulk -: If you inspect the sed302b.zip -: package you will find a second sed binary called gsed.exe. -: That one is the out-of-the-box compiled sed binary. That sed -: program has been compiled with GNU regex and that binary must -: be compared with the sed binary from sed3028b.zip. -: The sed.exe from sed302b.zip has been created by Eli using -: the regex functions from DJGPP 2.03. Thank you for the explanation. Although I expect GNU regex to (often) result in a slower sed (per Eli's readme from sed302b.zip), evidently the GNU regex lib makes little difference to the executable size: % unzip -l 3.02/sed302b.zip | grep sed.exe 98304 04-20-00 02:03 bin/sed.exe 97792 04-20-00 02:03 bin/gsed.exe % unzip -l 3.02.80/sed3028b.zip | grep sed.exe 682752 07-22-01 02:03 bin/sed.exe The NLS support must be the culprit, here. BTW, is GNU regexp lib released/supported independently of sed (i.e., could it be built and linked with other applications)? That could be useful....