Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!auspex!guy From: guy@auspex.auspex.com (Guy Harris) Newsgroups: comp.soft-sys.andrew Subject: Re: Building andrew on a sparc 1+ Message-ID: <8441@auspex.auspex.com> Date: 20 Jun 91 22:48:24 GMT References: <1991Jun6.180410.26043@milton.u.washington.edu> Organization: Auspex Systems, Santa Clara Lines: 23 >RESOLVELIB is kind of broken on SunOS 4.1 and 4.1.1. >It seems to have a funny format which upsets dynamic loading. Actually, it may depend on whose dynamic loading you're talking about. :-) The 4.1 "libresolv.a" appears to be filled with position-independent ".o" files; while that may mean they contain relocation directives that ATK's private dynamic linker can't cope with, it means that the dynamic linker built into SunOS 4.x may actually like them *better*, because they don't require relocation. I.e., the intent was that the "libresolv.a" stuff could be put into a modified "libc.so.X.Y" that, instead of using NIS to look up host names, used the resolver, so that dynamically-linked programs would magically start using the resolver. You *could* link with "-lresolv" - as I assume is done, in effect, with ATK programs - but I don't think that was the primary way Sun expected it to be used. When patch 10 comes out, this problem may go away, as ATK's private dynamic loader isn't used for ".do" files in patch 10 under 4.1[.x]; instead, "doload()" is built atop the routines in "-ldl" (present in SunOS 4.1[.x], SVR4, and perhaps in 4.4BSD).