Xref: utzoo comp.protocols.tcp-ip.domains:72 alt.sys.sun:731
Path: utzoo!utgpu!watserv1!watmath!att!bu.edu!snorkelwacker!usc!zaphod.mps.ohio-state.edu!math.lsa.umich.edu!emv
From: emv@math.lsa.umich.edu (Edward Vielmetti)
Newsgroups: comp.protocols.tcp-ip.domains,alt.sys.sun
Subject: Re: shared library versions of resolver routines for SunOS ?
Message-ID: <EMV.90Apr13010255@duby.math.lsa.umich.edu>
Date: 13 Apr 90 05:02:55 GMT
References: <EMV.90Apr9205846@duby.math.lsa.umich.edu>
Sender: news@math.lsa.umich.edu
Followup-To: alt.sys.sun
Organization: University of Michigan Math Dept., Ann Arbor MI.
Lines: 24
In-reply-to: emv@math.lsa.umich.edu's message of 10 Apr 90 00:58:46 GMT

In article <EMV.90Apr9205846@duby.math.lsa.umich.edu> emv@math.lsa.umich.edu (Edward Vielmetti) writes:

   os: sunos 4.0.3, running with the "sun-fixes" version of libc_resolv.so
   that puts name-server based resolver routines in the SunOS shared library.

   This is all within the constraint that I don't want to give up shared
   libraries!  I have these fixes, now, I'm just wondering, what it takes
   to make them fit into the shared library regime.  Sun apparently
   provides the entire libc.a in a position independent (pic) format, so
   it's reasonable to think of inserting in the updated .o's if they
   could be generated.  

fixed in 4.1 apparently -- the resolv.a pieces build clean with
`cc -pic' (tested with `ld -assert pure-text *.o') and I am assured
that all the stuff you need to build a new libc.so from the old
one is there.  

sigh, if all that stuff is "fixed in 4.1", I can hardly wait to
hear what's "broken in 4.1"....

--Ed

Edward Vielmetti, U of Michigan math dept.
emv@math.lsa.umich.edu