[14706] in Kerberos
Re: Problems buidling MIT Kerberos 1.2.2
daemon@ATHENA.MIT.EDU (Ken Raeburn)
Mon Jul 23 13:17:34 2001
To: <rk21@gre.ac.uk>
Cc: kerberos@mit.edu
From: Ken Raeburn <raeburn@MIT.EDU>
Date: 23 Jul 2001 13:12:59 -0400
In-Reply-To: <Pine.GSO.3.92.1010719150522.25295A-100000@whack.gre.ac.uk>
Message-ID: <tx1puartvqc.fsf@mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
<rk21@gre.ac.uk> writes:
> rm -f libcom_err.a
> Child access: user 0 (real 0), group 1 (real 1)
> Putting child 0x0005dd48 PID 15271 on the chain.
> Live child 0x0005dd48 PID 15271
> Reaping winning child 0x0005dd48 PID 15271
> Child access: user 0 (real 0), group 1 (real 1)
> Live child 0x0005dd48 PID 15272
> building static com_err library
> Reaping winning child 0x0005dd48 PID 15272
> Child access: user 0 (real 0), group 1 (real 1)
> Live child 0x0005dd48 PID 15273
> Reaping losing child 0x0005dd48 PID 15273
> make[2]: *** [libcom_err.a] Error 255
With the complete lack of output indicating any particular sort of
failure, I've no idea what the problem would be.
I'm guessing that it's losing on the commands not displayed for
actually building the library. In the rule for "lib$(LIB)$(STLIBEXT)"
in the generated Makefile, take out the "@" at the start of each
command. For the command starting "dirs=" you might also want to
stick "set -x;" in front. Then try running make again.
It may be losing in the "ar" command. Are you using native ar or GNU
ar? Can you switch and see if that changes the situation?
Ken
