*BSD News Article 13253


Return to BSD News archive

Newsgroups: comp.os.386bsd.development
Path: sserve!newshost.anu.edu.au!munnari.oz.au!constellation!convex!convex!cs.utexas.edu!usc!howland.reston.ans.net!usenet.ins.cwru.edu!eagle!eagle.lerc.nasa.gov!mckim
From: mckim@dinah.lerc.nasa.gov (Jim McKim)
Subject: Re: Shared libraries and 386bsd.
In-Reply-To: abs@itu.sun.ac.za's message of Mon, 15 Mar 1993 06:41:19 GMT
Message-ID: <MCKIM.93Mar23082603@dinah.lerc.nasa.gov>
Sender: news@eagle.lerc.nasa.gov
Nntp-Posting-Host: dinah.lerc.nasa.gov
Organization: NASA Lewis Research Center, Cleveland
References: <1993Mar15.064119.19323@hippo.ru.ac.za>
Date: 23 Mar 93 08:26:03
Lines: 32

In article <1993Mar15.064119.19323@hippo.ru.ac.za> abs@itu.sun.ac.za (Andre Skarzynski) writes:

   Has there been any further development with the shared libraries for 368bsd ?

I'm also interested in what if anything is going on in this area.

A small set of patches/enhancements was released by Joerg Lohse a
while back. This implements shared libraries in the way they were done
for older versions of SysV Unix.

There was some talk several months back about implementing SunOs style
shared libraries.  The SunOS form seems to require position
independent code (for the libraries) and some knowledge on the
linker's part that a given set of references will be finally resolved
at run time (and in a slightly different manner).  A modified crt.o
would have to be written to mmap the necessary libraries and do the
dynamic linking.

There is partial support in gcc for pic code.
Some enhancements will have to be made to the assembler.

One additional caveat - it looks like gcc sacrifices the ebx register
to the cause when pic is used. The 386 architecture isn't real good at
supporting pic operations. Since it doesn't have that many registers,
I wonder what the effect on performance is.

Anybody working on this?
Anybody interested in working on this?
--
							    unx hs its wk
Jim McKim  /  Internet: mckim@lerc.nasa.gov		    pts bt obts cmd
Phone: +1 216 891 2283  /  Packet: kb8dcr@kb8dcr.ampr.org   nms isnt 1 of thm