In article <[EMAIL PROTECTED]>,
Bruce Evans <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED]
John D. Polstra & Co., Inc. Seattle, Washington USA
"Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
