From owner-freebsd-stable Wed Mar 15 9:16:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B46A837BB25; Wed, 15 Mar 2000 09:16:48 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id JAA55345; Wed, 15 Mar 2000 09:16:48 -0800 (PST) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Wed, 15 Mar 2000 09:16:47 -0800 (PST) From: Kris Kennaway To: David Schwartz Cc: stable@freebsd.org Subject: Re: Upgrading 3.x -> 4.0 STABLE unneccessarily hard In-Reply-To: <000001bf8e4a$2a692080$021d85d1@youwant.to> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, David Schwartz wrote: > Upgrading 3.x->4.0 STABLE was made harder than it had to be because one > program that is statically linked (objcopy or objdump or something like > that) was trying to statically link to the system libc.a instead of the > temporary libc.a. The system libc.a may not have 'asprintf' in it, bombing > the make. I haven't heard of anyone experiencing this failure mode before. What value of 'x' do you have? asprintf has been in libc since 1996: revision 1.1 date: 1996/05/27 10:49:42; author: peter; state: Exp; branches: 1.1.2; 1.1.4; Add an implementation of the gnu-ish asprintf() and vasprintf(). They are not based on gpl'ed code, just prototype and usage. I'm not 100% certain they behave the same while the system is in trouble (eg: malloc() failing) but in those circumstances all bets would be off anyway. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message