Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 1 Jun 2002 21:36:20 -0500
From:      Dan Nelson <dnelson@allantgroup.com>
To:        Terry Lambert <tlambert2@mindspring.com>
Cc:        "Marc G. Fournier" <scrappy@hub.org>, freebsd-current@FreeBSD.ORG
Subject:   Re: Undefined symbol "SYS_uuidgen"?
Message-ID:  <20020602023620.GD71139@dan.emsphone.com>
In-Reply-To: <3CF97F78.7D8308D2@mindspring.com>
References:  <20020601221642.C2522-100000@mail1.hub.org> <20020602020558.GA71139@dan.emsphone.com> <3CF97F78.7D8308D2@mindspring.com>

next in thread | previous in thread | raw e-mail | index | archive | help
In the last episode (Jun 01), Terry Lambert said:
> Dan Nelson wrote:
> > In the last episode (Jun 01), Marc G. Fournier said:
> > > Performed a 'make buildworld' successfully, but as soon as I
> > > tried the 'installworld', when its trying to do the install of
> > > libc.so.5, it gives an error to the effect of:
> > >
> > > /usr/libexec/ld-elf.so.1: /usr/lib/libc.so.5: Undefined symbol "SYS_uuidgen"
> > 
> > Sounds like your kernel and userland are out of synch.  Try
> > installing a new kernel, and rerunning installworld.  You may need
> > to build the kernel on another machine if you can't roll back your
> > libc.  It's always a good idea to back up libc before a world build
> > :)
> 
> "Undefined symbol", not "Undefined system call".
> 
> Sounds more like the sys "include" files were not installed before
> the libc was built, since there's a silly script that translates
> /usr/include/sys/syscall.h to stubs.

Yes, that's it.  I remember having the same problem with the addition
of lchflags last month.  Maybe the buildworld should do a "make
includes" into the build tree and use those when building libc?
(wouldn't have helped me, as I very rarely build world, but rebuild
libraries and bins manually if I need a new feature)
 
> Generally, I'd expect the libc.so version number to bump before
> seeing this problem, anyway.  8-(.  Looks like someone failed to
> bump a version number.

You only bump the version when an ABI changes or a function disappears,
afaik.  We promise backwards compatibility, not forwards.  And I don't
think we want to bump versions on -current anyway; 4.* has libc.so.4,
5.0-RELEASE will have .so.5.

-- 
	Dan Nelson
	dnelson@allantgroup.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020602023620.GD71139>