Finn Arne Gangstad <[EMAIL PROTECTED]> writes:
> On 18 Nov 1998, Niels M�ller wrote:
>
> > To build it, you'll need autoconf, GNU-make, bash, gcc and gperf. If
> > you're lucky
>
> And gmp...
True. I think you need at least version 2.
> > autoconf; ./configure; make
>
> A lot of .d files seem to be missing from the snapshot (lsh-19981118),
These are (or were, see below, normal). These files are dependency
information for the corresponding .c-files, and they should be created
automatically, at least if you use GNU-make.
> also there is no config.h.in there.
Seems I forgot one thing: autoheader (which creates config.h.in from
configure.in). Sorry about that.
> Then I got this compilation failure:
> atoms_gperf.c:58: conflicting types for `gperf_atom'
> atoms.c:36: previous declaration of `gperf_atom'
>
> This looks like auto-generated code from gperf. I manually patched it to
> return a struct atom_assoc * instead..
Hmm. I think you need to get a newer gperf. I use GNU gperf-2.7.
> After this it compiled, but both lsh and lshd died with assertion failures
> in in make_linear_alist (possibly because i hadn't installed any config
> files?):
This is a genuin bug, also reported by Keresztfalvi Gabor Agoston.
Change "crypto_rc4_algorithm" to "&crypto_rc4_algorithm" in lsh.c and
lshd.c. I really don't understand why the code ever worked for me.
The last days, I've been working on automakifying lsh. I hope this
should solve the build-related problems. It should make it easy for me
to create a "distribution", including all machine-independent files
that are generated, like config.h.in, configure, atoms_gperf.c, ... It
should also generate more portable makefiles.
There's also one more known bug (crash in do_make_kexinit) that I want
to fix before making a new snapshot.
/Niels
