Ruslan Ermilov wrote:
>
> On Tue, Feb 01, 2000 at 02:51:11PM -0500, Jim Bloom wrote:
> > I did the following and it worked for me:
> >
> > cd /usr/src
> > make buildworld
> > make installworld
> > cd /usr/src/usr.bin/xinstall
> > make install
> > cd /usr/src
> > make installworld
> >
> > The first make installworld terminates with an errors, but the second on
> > goes through.
> >
> It can't be true!
Nope, I'm pretty sure that is exactly what I did.
>
> After the first `make installworld' fails, we will have:
> 1) a new `libutil' without string_to_flags()
> 2) an old `libc' without setflags()
> 3) an old /usr/bin/install with string_to_flags() linked against libutil.
I believe the new libc has been installed as well. My first
installworld got an error while trying to install rcp. I believe this
is the first program that uses any flags to install. Once you get to
this point, all of the libraries have been installed.
I believe there is lazy resolution of the library symbols at run time.
They are not checked until they are actually referenced, not when the
program starts executing. They are first checked when ln is run, but
that used consistent versions of the libraries for both version of
install.
>
> Apparently that (cd /usr/src/usr.bin/xinstall; make install) will fail
> with `/usr/lib/ld-elf.so.1: install: Undefined symbol "string_to_flags"'.
>
> Seems you did something different... maybe you just copied new xinstall
> over an old /usr/bin/install?
I don't believe I copied the executable. I don't have an easy way to go
back and test it again. Yesterday, I tried NFS mounting /usr/src and
/usr/obj (after a buildworld had completed) on a two week old copy of
current (before the commits). That time I simple did a make install for
xinstall followed by an installworld. No problems on that test.
Jim Bloom
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
