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 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/../../contrib/ncur
> > ses/ncurses -I/c/src/lib/libncurses/../../contrib/ncurses/include -Wall
> > 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/ Shared object "" 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

  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

Reply via email to