NetNews Usenet Archive 1993 #1/NN_1993_1.iso/spool/comp/os/linux/22734

Text File | 1993-01-05 | 1.7 KB | 38 lines

Newsgroups: comp.os.linux
Path: sparky!uunet!uunet.ca!xenitec!mongrel!shrdlu!gdm
From: [e-mail] (Giles D Malet)
Subject: Re: libc.so.4.2 Caveats!
References: <[e-mail]>
Organization: 3.141592653589793238462643383279502884197169399
Date: Tue, 5 Jan 1993 04:30:03 GMT
Message-ID: <[e-mail]>
Lines: 27

In article <[e-mail]>
    [e-mail] (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.

So what are libraries for, anyway ?

--
Giles D Malet                                             [e-mail]
Waterloo, Ont, Canada       [phone]       [e-mail]