On 28 Dec 1999, Niels M�ller wrote:
> "Eric J. Schwertfeger" <[EMAIL PROTECTED]> writes:
>
> > I'll help out as best I can, but aside from typing ./configure, my
> > autoconf skill is nill. As for patches to the source, I'm willing, I'm
> > just not sure about Big Brother's take on a US citizen helping an overseas
> > crypto project, even if the patches don't touch the actual crypto code.
>
> I'm no expert on US law. If you feel that patches are off limits, a
> reasonably detailed description of the needed changes should do fine
> as well.
Sounds good. The changes to get it to compile to the point of seeing the
library problem discussed are minimal, and the actual typescript is 1277
lines, so I'll summarize, and put the typescript up at
http://geekzilla.geekazoid.com/lsh-make-out.txt if anyone wants to see it
to reference the exact errors.
During ./configure, one warning and one unusual line appear. I don't know
if either of these are expected, or are an issue even if not.
checking if m4 can handle eight-bit quote characters... no
configure: warning: Upgrade to a better version than GNU m4 1.4,
or recompile it with CFLAGS=-funsigned-char.
checking for BSD pty names... sort: read error: Bad file descriptor
done
Aside from that, adding
#include <sys/time.h>
before
#include <sys/resources.h>
gets rid of a warning message, and changing socklen_t to int are the only
changes to src/daemon.c needed.
src/spki.c needs
#include <sys/time.h>
as the first include.
> > According to the man pages for getsockopt, FreeBSD 3.3 and Solaris 2.6
> > expect *int (so the variable would be int) and Unixware 4.2MP/2.1.3
> > expects *size_t.
>
> Are these two types the same on any of those systems? It would make
> things easier with a single fallback type.
On all three systems, size_t is an unsigned int, which sounds like a
reasonable fallback, and not abusing what size_t is for, so for now,
either one should work on all three platforms.
> Thanks for the help,
Glad to help, I'd like to see lsh working on FreeBSD.
> /Niels
