From owner-freebsd-hackers  Tue Dec 20 21:16:27 1994
Return-Path: hackers-owner
Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA12827 for hackers-outgoing; Tue, 20 Dec 1994 21:16:27 -0800
Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA12809; Wed, 21 Dec 1994 05:16:25 GMT
Received: by cs.weber.edu (4.1/SMI-4.1.1)
	id AA29900; Tue, 20 Dec 94 22:11:42 MST
From: terry@cs.weber.edu (Terry Lambert)
Message-Id: <9412210511.AA29900@cs.weber.edu>
Subject: Re: Shared library question
To: nate@bsd.coe.montana.edu (Nate Williams)
Date: Tue, 20 Dec 94 22:11:42 MST
Cc: current@freebsd.org, hackers@freebsd.org, pk@netbsd.org
In-Reply-To: <199412191922.MAA15371@bsd.coe.montana.edu>; from "Nate Williams" at Dec 19, 94 12:22 pm
X-Mailer: ELM [version 2.3 PL11]
Sender: hackers-owner@freebsd.org
Precedence: bulk

> What happens in our shlib implementation when the user supplies his own
> version of a function that also appears in the shlib?

It's supposed to resolve the symbol to the first definition, period.

> Made up example:

[ ... ]

Real example:

The VendorShell widget class in libXm, and the one in libXaw, which is an 
override class for the vendorShell in libXt.

Ever wonder why you can't use Motif and Xaw widgets reliably in the same
application?  Now you know.  Many of Xt's other subclassing widgets are also
replaceable.

In this example, the VendorShell widget class is referenced by pulled in
routines in libXm and so gets included before libXt.

Woe to the person who dicks with link order of libraries to make things
work instead of properly ranlib'ing.


					Terry Lambert
					terry@cs.weber.edu
---
Any opinions in this posting are my own and not those of my present
or previous employers.