🚀 go-pugleaf

"Dann Corbit" <dcorbit@connx.com> writes:

> But the UNIX specific headers are fine of course.
> ;-)
> 
> The version I made will compile just fine under UNIX too.

Sorry, I did not want to offend you. I was just unable to build your
sources here (on a machine running Debian Linux), and then I saw those
headers like <windows.h> and <conio.h> floating around. (Though the
latter one is from term1.c which may be inessential.) I hope we do not
use too much system-specific headers, it should be mainly ANSI/ISO C
with a little bit of POSIX. For additional gadgets like libreadline we
have those configure checks.

The problem with building your sources here seems to be due to
conflicting versions of automake/autoconf used to build your configure
and Makefile.in. Your version still seems to be a hybrid between the
old style (<= 5.02) and the new 5.03 build system. This makes it
nearly impossible for me to diagnose the problem.

> I also fixed the hash table allocation in my latest release.

What exactly did you fix? I fixed book allocation in my version, but
it was too late to be included in the release. The idea is just that
the book does always allocate only the space needed, not the
full 2^20 hash table entries every time. (This could be useful for
people using a smaller book on computers with not much memory.)

> Here are the results for my latest compile, together with the opening book
> that I built
> 
>     Program            Elo    +   -   Games   Score   Av.Op.  Draws
> 
>   1 GNU Chess 5.03  : 2306   31  27   480    51.7 %   2294   18.3 %
>   2 GNUChess-414    : 2294   27  31   480    48.3 %   2306   18.3 %

This looks fine, at least we did not screw it up completely. :)

Cheers, Lukas