From owner-freebsd-current Mon Feb 20 08:49:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA27983 for current-outgoing; Mon, 20 Feb 1995 08:49:30 -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 IAA27977 for ; Mon, 20 Feb 1995 08:49:29 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03124; Mon, 20 Feb 95 09:42:53 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502201642.AA03124@cs.weber.edu> Subject: Re: libcompat and shlib conflict To: ljo@po.CWRU.Edu Date: Mon, 20 Feb 95 9:42:52 MST Cc: nate@trout.sri.MT.net, rgrimes@gndrsh.aac.dev.com, current@freefall.cdrom.com In-Reply-To: <199502201233.HAA01665@amcell2.caisr.cwru.edu> from "L Jonas Olsson" at Feb 20, 95 07:33:36 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > Isn't the idea not to have a shared libcompat? This library is > supposed to disappear (at least some functions in it) and we don't > want binaries to depend on having these functions in new releases. > This also gives an extra incentive to fix programs that use it as > their binaries will be larger :) A program compiled with a static libcompat as opposed to a dynamic libcompat is more likely to correctly match another platforms ABI in any case. Not only are we not guaranteed that the external globals linked into your program and referenced by the libcompat routines will be the same on another platform (causing their shared libcompat to fail), but the cruft in libcompat is likely as not going to be different from vendor to vendor anyway. Specifically, the libcompat is cruft to act as glue between an old program that everyone is too lazy to rewrite, and new interfaces for which specifications are available. The cost of the cruft should be bourne by the crufty program. As someone else noted, think of it as incentive to do what should have been done instead of using libcompat in the first place. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.