From owner-freebsd-current Thu May 14 01:01:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA01294 for freebsd-current-outgoing; Thu, 14 May 1998 01:01:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA01275 for ; Thu, 14 May 1998 01:00:45 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id SAA25102; Thu, 14 May 1998 18:03:16 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199805140803.SAA25102@cimlogic.com.au> Subject: Re: Undefined symbol "___error" In-Reply-To: <199805140651.XAA22759@usr05.primenet.com> from Terry Lambert at "May 14, 98 06:51:36 am" To: tlambert@primenet.com (Terry Lambert) Date: Thu, 14 May 1998 18:03:16 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote: > I don't understand this. > > How will this turn "int errno" references into "(* __error())" function > return value pointer dereferences? It never will. That is just legacy code - not the problem. The problem reported by Bruce is this: program (less) links against libtermcap.so (major version X) and libc.so (major version Y). Some development takes place which causes the major version of libc to be bumped to Y + 1. The program still looks for libc version Y. Then the __error() change is added to libc version Y + 1 and the header file that matches it. A rebuild of the system causes libtermcap still at version X to *need* the new __error() definition. So to ensure that the program is not broken, the version of libtermcap needs to be bumped to X + 1. This is a simple example. Now consider all the possible shared libraries that use errno.h and exist on any FreeBSD system anywhere. There are lots. Do I hunt them all down and bump their major version numbers? -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message