From owner-freebsd-current Tue Jul 17 7:19:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 37AAA37B401 for ; Tue, 17 Jul 2001 07:19:10 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.1) with ESMTP id f6HEJ2q58543; Tue, 17 Jul 2001 07:19:02 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.3/8.11.0) id f6HEJ0i21175; Tue, 17 Jul 2001 07:19:00 -0700 (PDT) (envelope-from jdp) Date: Tue, 17 Jul 2001 07:19:00 -0700 (PDT) Message-Id: <200107171419.f6HEJ0i21175@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: bde@zeta.org.au Subject: Re: ncurses: 4.x -> 5.x buildworld failure + patch In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article , Bruce Evans wrote: > On Mon, 16 Jul 2001, John Polstra wrote: > > > While upgrading an old (October 2000) -current system which did not > > have a libc.so.5 yet, I ran into this failure in src/lib/ncurses: > > > > cc -o make_keys -nostdinc -O -pipe -mcpu=ev56 -mcpu=ev56 -I. -I/c/src/lib/libncurses > > -I/c/src/lib/libncurses/../../contrib/ncur > > ses/ncurses -I/c/src/lib/libncurses/../../contrib/ncurses/include -Wall > > -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -I/ > > usr/obj/c/src/alpha/usr/include > > /c/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c > > ./make_keys /c/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/keys.list > > > init_keytry.h > > /usr/libexec/ld-elf.so.1: Shared object "libc.so.5" not found [...] > I have used essentially the same patch (with ${LDFLAGS} instead of > -static) for a year or two, but I don't quite understand why you needed > it. make_keys and make_hash are build-tools, so they should get built > in the host environment and be linked to the host shared libraries (if > any). The command line seems to show them being built in the target > environment (-I/usr/obj/c/src/alpha/usr/include). In my case, make_keys was built once in the build tools phase. Then in the building libraries phase, it was rebuilt 4 times and executed successfully after each rebuild. Finally, in the make dependencies phase, it was built yet again. It was in that phase that executing it failed. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message