If you want to tinker with the gnubg code or just test out the latest
changes on windows, the batch file here will build gnubg from scratch on
windows:
https://drive.google.com/file/d/1-52afhxiZGv2Nzt9AhFFTw_WrdNIemjZ/view?usp=drive_link
I've updated it to use the new git repository. Just run
Different nets sound like a good addition for people who want to play
against the computer. This could be combined with an old idea of having a
list of opponents with different characteristics (e.g. more / less
aggressive) where the move equities are adjusted based e.g. on the number
of blots,
Here's some info from the archive from Petr Kadlec:
Gnubg's translation is based on GNU gettext package (see
http://www.gnu.org/software/gettext/ for info). In short, you need to take
a text file with the translation template and for each english item add its
translation.
The template is
I setup some super-easy steps to build gnubg from source on Windows:
1. Download and install the latest version of MSYS2 from
https://www.msys2.org/ e.g.
msys2-x86_64-20210725.exe
2. Run the batch file from here:
https://drive.google.com/file/d/1-52afhxiZGv2Nzt9AhFFTw_WrdNIemjZ/view?usp=sharing
-52afhxiZGv2Nzt9AhFFTw_WrdNIemjZ/view?usp=sharing
This will take a while, add a -v argument if you want to see the output
from the commands
This should build gnubg to C:\msys64\mingw32\bin\gnubg.exe
Jon
On Wed, 29 Sept 2021 at 20:22, Superfly Jon wrote:
> I've checked in a small change to the autoconf system, which
I've checked in a small change to the autoconf system, which has simplified
a couple of the steps (hopefully not breaking anything).
The simplified instructions to build gnubg on windows are below. I just
ran through them and it took me 15 minutes to get a build working from
scratch.
Here are some instructions to build the full version on windows, for the
non-gui version you would need to change the configure command I think:
1. Install MSYS2: Go to https://www.msys2.org/ and download and install
the latest
I initially wrote the multithreading code, unfortunately I've forgotten a
lot of the minor details :)
Most of this email thread is correct, in particular multi-threading the
rollouts was what I did first and that does scale well. Note that the
number of cores needs to be set to the logical core
My changes are still under development, the dependency with cglm will be
resolved in due course. I'll update the "INSTALL" file with more detailed
how-to build instructions for linux and windows shortly.
Jon
On Wed, 4 Dec 2019 at 17:40, Joseph Heled wrote:
> It is a horrible, terrible
Sorry Joseph, the current slightly dodgy code is my fault. I've been
changing the 3d drawing code to support modern openGL, which is all GTK3
supports. If we were using something like git rather than cvs, I'd
definitely be doing the changes in a branch.
So the code is currently changing,
I've just had a go at building using mingw/msys and was pleasantly
surprised that it worked pretty much out of the box. Here are the
instructions in case anyone else is interested.
Anyone got any ideas about the couple of issues towards the bottom?
---
Download MSYS2 (x86_64
I'm getting a proxy error...
Jon
___
Bug-gnubg mailing list
Bug-gnubg@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnubg
I did write this code and at the time using the windows code directly was
quicker on windows and there were some bugs in the glib threading code on
windows.
I expect glib threading support is much better on windows now so removing
the windows code makes sense (especially if it doesn't work
One easy(?) option may be to use the python rdoclient module:
https://pypi.python.org/pypi?:action=displayname=rdoclient
Jon
On 14 January 2015 at 02:51, Russ Allbery ea...@eyrie.org wrote:
Michael Petch mpe...@gnubg.org writes:
This isn't my view. Hypothetically assume we use OpenSSL on
Not sure if this is when it's the computer's move or your move (or both).
Whichever way there really is no time wasted here, the dice being rolled
just signals whose turn it is. There is much more room for confusion if
sometimes the dice are rolled and sometimes not depending on if the cube is
I've fixed some of the issues with the board designs but haven't been able
to reproduce all of them. If anyone can reproduce any sort of issue with
the latest code then I can take a look.
Jon
On 7 January 2014 08:55, Superfly Jon jonkin...@gmail.com wrote:
I will try to get to the bottom
I will try to get to the bottom of these problems over the next few days...
Jon
On 6 January 2014 17:59, Tom Martin thomas.mar...@safeway.com wrote:
The Select new design and lose current changes? prompt has been
occurring for at least three years. It only affects 2D designs and does
not
On 5 August 2013 07:53, Dan Fandrich d...@coneharvesters.com wrote:
On Sun, Aug 04, 2013 at 11:55:42PM -0600, Michael Petch wrote:
If you don't require such an old release I could suggest the latest
official source tall bar here:
Great reply Michael - just what I was about to try and write. The only
thing I'd add is, does everything seem to be drawing okay?
Jim, if you manage to get the glintercept tool working, I should be able to
fix it.
Jon
On 13 June 2013 16:55, Michael Petch mpe...@gnubg.org wrote:
On
19 matches
Mail list logo
