Date: 06 Nov 2000 08:42:28 -0500 From: Greg Troxel <gdt@fnord.ir.bbn.com> To: stable@freebsd.org Subject: Re: upgrade from 3.x Message-ID: <rmipuk9tdx7.fsf@fnord.ir.bbn.com> In-Reply-To: John Polstra's message of "Sun, 5 Nov 2000 09:42:24 -0800 (PST)" References: <Pine.BSF.4.21.0011052052220.23451-100000@iclub.nsu.ru> <200011051742.eA5HgOA18337@vashon.polstra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/../libperl/libperl.a(pp_hot.o): In
> function `Perl_pp_aassign':
> pp_hot.o(.text+0x16a1): undefined reference to `setresuid'
> pp_hot.o(.text+0x16d4): undefined reference to `setresgid'
> *** Error code 1
I upgraded a 3.3 box first to 3.5-stable and then to 4.1.1-stable a
few weeks ago, and had the same problem. I am pretty sure this has
nothing to do with the 'miniperl is not installed' problem, but is
instead a problem in the miniperl (or libperl?) that seems to be built
as part of the perl build. I did not figure this out entirely, but by
commenting out setres{u,g}id in the config file (in
src/usr.bin/perl/libperl, I think) was able to get things to build,
and then I did another make world once upgraded. It may be that the
miniperl is getting linked with the installed libc rather than the new
one. However, since 3.5-stable apparently doesn't have the new
syscall, I'm not sure what would happen. If perl isn't needed for the
rest of the build, it probably doesn't matter.
I suspect merging setres{u,g}id from 4-stable to 3-stable (but not
enabling them in the 3-stable perl build) would fix this. But it
seems like a lot of trouble.
Sorry for being vague - my 4.1-stable box has crashed (due to some
coda/softupdates wierdness, I think) and I can't get at it right now.
Greg Troxel <gdt@ir.bbn.com>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?rmipuk9tdx7.fsf>