Xref: utzoo comp.unix.sysv386:3942 comp.unix.programmer:821 comp.lang.c:35146
Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!att!tut.cis.ohio-state.edu!VAX1.CC.UAKRON.EDU!mcs.kent.edu!usenet.ins.cwru.edu!ncoast!allbery
From: allbery@NCoast.ORG (Brandon S. Allbery KB8JRR)
Newsgroups: comp.unix.sysv386,comp.unix.programmer,comp.lang.c
Subject: Re: Missing C library functions in INTERACTIVE 386/ix 2.0.2?
Message-ID: <1991Jan11.033443.17289@NCoast.ORG>
Date: 11 Jan 91 03:34:43 GMT
References: <10325@bunny.GTE.COM> <1991Jan6.165120.23958@NCoast.ORG> <1991Jan9.045512.13620@fivegl.co.nz>
Reply-To: allbery@ncoast.ORG (Brandon S. Allbery KB8JRR)
Followup-To: comp.unix.sysv386
Organization: North Coast Computer Resources (ncoast)
Lines: 28

As quoted from <1991Jan9.045512.13620@fivegl.co.nz> by hugh@fivegl.co.nz (Hugh Grierson):
+---------------
| In article <1991Jan6.165120.23958@NCoast.ORG> allbery@ncoast.ORG (Brandon S. Allbery KB8JRR) writes:
| >As quoted from <10325@bunny.GTE.COM> by jdg0@GTE.COM (Jose Diaz-Gonzalez):
| >+---------------
| >| My libc.a seems to be missing the functions defined in regcmp(3) (regcmp
| >| and regex).  I tried the shared library version with no luck. Nm does not 
| >+---------------
| >
| >They can't find it because it's not in libc.a.  It's in libPW.a.  Try loading
| >with -lPW.
| >
| >(Warning to SCO UNIX users:  SCO moved them to libc.a, which means you have to
| 
| I was bitten on our SVR4 - it's in libgen.a.  Good grief.
+---------------

Well, I just found out that the SCO UNIX "bug" was caused by two formerly
***STATIC*** (in SVR3.1) functions moving to libintl.a.  Sheesh.

Where does real honest-to-AT&T SVR3.2 put the regexp stuff?

++Brandon
-- 
Me: Brandon S. Allbery			    VHF/UHF: KB8JRR on 220, 2m, 440
Internet: allbery@NCoast.ORG		    Packet: KB8JRR @ WA8BXN
America OnLine: KB8JRR			    AMPR: KB8JRR.AmPR.ORG [44.70.4.88]
uunet!usenet.ins.cwru.edu!ncoast!allbery    Delphi: ALLBERY