Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!think.com!mintaka!spdcc!tauxersvilli!alphalpha!nazgul
From: nazgul@alphalpha.com (Kee Hinckley)
Newsgroups: comp.sys.apollo
Subject: Re: Position Independent Code and Xt library
Keywords: dynamic loading PIC libX11.a libXt.a
Message-ID: <1990Nov23.173532.19176@alphalpha.com>
Date: 23 Nov 90 17:35:32 GMT
References: <1990Nov20.011628.8963@metro.ucc.su.OZ.AU>
Organization: asi
Lines: 26

In article <1990Nov20.011628.8963@metro.ucc.su.OZ.AU> obrian_n@maths.su.oz.au (Nigel O'Brian) writes:
>file. In fact NONE of the constituent files in libXt are PIC.

Right.  This is a bug, I'd suggest reporting it to Apollo, but
I don't know who would fix it.  The .a files should have all been
built -pic.  Is there any reason you can't use the versions of
those in /lib?  You'll need to add the line -W0,-inlib,/lib/xtlib
(plus one for whatever widget library you are using, unless it's
motif in which case you can just do -inlib,/lib/xmlib1.1 and the
correct xtlib will be pulled in automaticly).

>just impossible?  How come libX11 doesn't cause this problem? 
>This is SR10.2 on a DN2500.
libX11.a isn't needed, it's marked in /etc/sys.conf as being
loaded on demand, so you are getting the shared version, not
the .a file. 


-- 
Alphalpha Software, Inc.	|	motif-request@alphalpha.com
nazgul@alphalpha.com		|-----------------------------------
617/646-7703 (voice/fax)	|	Proline BBS: 617/641-3722

I'm not sure which upsets me more; that people are so unwilling to accept
responsibility for their own actions, or that they are so eager to regulate
everyone else's.