> /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 <[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
