Ben Collins <[EMAIL PROTECTED]> writes: > On Mon, Mar 22, 1999 at 05:45:07PM -0500, Steve Dunham wrote: > > Ben Collins <[EMAIL PROTECTED]> writes: > > > > > On Mon, Mar 22, 1999 at 02:15:50PM -0500, Steve Dunham wrote: > > > > > > If you want, I can take care of compiling this. (I did it once about > > > > a month ago, but that was with an older, broken version of egcc, so > > > > crypt didn't work and, hence, I didn't upload anything.) > > > > > It's fine, I'll get it uploaded tonight. > > > > What kernel headers are you compiling against? (2.1.125?) It needs > > to be compiled against 2.1.x or newer kernel headers.
> I'm using the 2.2.1 headers since that is the latest kernel in the > system (and the same one that i386 was compiled against). Ok, just double checking. (If 2.0.x headers are used, then features are missing.) I had a couple of problems with the compile - I had to define __NR_vfork (I set it to 66) in "sysdeps/unix/sysv/linux/sparc/sparc32/sysdeps.h " to get it to compile (without an undefined __NR_vfork). Apparently, this constant is not defined in the 2.1.125 or 2.2.1 headers, even though the syscall is on the list. I also had to tweak the rules file to leave out lddlibc4 which wasn't built on my machine. (It is included by the rules file if "HAVE_LIBC5" is defined, even though it seems to be intended for systems that have libc4.) Did you see these problems? Also, a completely unrelated question: "ldbmcat" segfaults on Sparc machines (works fine on i386). I don't have a debug build lying around, so I can't debug it more. (Do you see the same behaviour?) Steve [EMAIL PROTECTED]