From: hlu@eecs.wsu.edu (H.J. Lu) Subject: Re: libc.so.4.2 Caveats! Date: 6 Jan 1993 00:52:11 GMT
In article <C0D5u4.A0I@shrdlu.kwnet.on.ca>, gdm@shrdlu.kwnet.on.ca (Giles D Malet) writes:
|> In article <MNL.93Jan2002919@mnlsun.dtro.e-technik.th-darmstadt.de>
|> mnl@dtro.e-technik.th-darmstadt.de (Michael N. Lipp) writes:
|> >
|> >2) sed doesn't work any more. I have recompiled it using FSF sed-1.13.tar.Z.
|> > Strange enough, although I removed the sed-local regex.o getop.o and
|> > getopt1.o (thus using the functions in libc.so.4.2) and compiled with
|> > -O2, my new sed is about twice as large as the old one. Was it not
|> > FSF sed-1.13 in the SLS distribution?
|>
|> You have already been told how to reduce the program size (-N).
|>
|> I grabbed the SLS sed a couple of weeks ago and found problems
|> with it. It is (was) version 1.09, and the problems turned out to be
|> in libc.so.4.2. If you look in <regex.h> you will see a flag called
|> RE_NO_BK_PARENS, and it appears the state of this flag has been toggled
|> between 4.1 and 4.2. This causes sed to fail, as a `group' is now
|> defined by (...) rather than \(...\).
|>
|> H.J.Lu appears to indicate this is a change in the original library, not
|> just the Linux version. Somewhat stupid, that. Now you have to compile
|> sed (and I presume other programs too) with their included regex code.
|>
The regex in sed 1.13 is the same one, GNU regex 0.11, in libc 4.2.
|> So what are libraries for, anyway ?
|>
Get sed 1.13 and use C library.
|> --
|> Giles D Malet gdm@shrdlu.kwnet.on.ca
|> Waterloo, Ont, Canada +1 519 725 5726 gdmalet@descartes.uwaterloo.ca
H.J.