[Bug-gnubg] Gnubg on MacOS High Sierra

[Marcell Fulop]

I've had OS X version of Gnubg installed on El Capitan for a long time.
This was the Gnubg.app which ran under XQuartz and, according to
http://gnubg.org/index.php?itemid=22, it is based on version 1.04.000.

As mentioned in an earlier thread (
http://lists.gnu.org/archive/html/bug-gnubg/2017-12/msg0.html) after
upgrading to High Sierra, I was able to build 1.04.000 (w/o board3d and
OpenGL support) so I started to play.

First I noticed it plays quite differently in _some_ situations form what I
was used to. I played thousands of matches over years with with the OS X
version. For instance, when it had very little but still some chance to win
during bearoff, it started making stupid moves, e.g. moving a checker
inside its home when it still had some outside. Previously, it used to play
hard up until the last or next to last round when it gave up in such a
situation.

Much more interestingly, I found significant differences in match analyses.
I've saved hundreds of those thousands matches played previously along with
analyses. Now, when I open such a match, then open the analysis (Analyse ->
Match or session statistics), then I open the same match in another
instance but here first I clear then analyse again (Analyse -> Clear
analysis -> Match or session; Analyse -> Analyse match or session), the
results are not even remotely similar.

Both versions are 1.04.000. The Player and Analysis settings used are
always the predefined Grandmaster with no modifications. I probably didn't
build this version under High Sierra "right" because of the stupid
behaviour, and because these differences are consistently showing much
lower ratings in case of the latter for the same match.

Any ideas?

The build looked OK, it generated the two databases near the end as usual,
etc. I can post some example .sgf files for verification and the full
output of configure and make under High Sierra.

Regards,
Marcel Fulop
___
Bug-gnubg mailing list
Bug-gnubg@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnubg

Re: [Bug-gnubg] GNUBG ON MACOS HIGH SIERRA

[Marcell Fulop]

Hi Philippe,

Thanks for the input. It seems you are right regarding the glew Homebrew
package. When installed and GLU_LIBS and GLU_CFLAGS are set, configure says
"checking for GLU... yes" and succeeds with --with-board3d.

Trying with the OpenGL shipped with macOS High Siearra
(/System/Library/Frameworks/OpenGL.framework), and after fixing various
other dependencies, make fails after producing a bunch of errors like this:

In file included from inc3d.h:44:0,
 from font3d.c:25:
/System/Library/Frameworks/OpenGL.framework/Versions/A/Headers/glu.h:268:23:
note: declared here
 extern GLUtesselator* gluNewTess (void) OPENGL_DEPRECATED(10_0, 10_9);
   ^~
font3d.c:543:64: error: invalid conversion from 'void (*)(GLenum, Mesh*)
{aka void (*)(unsigned int, _Mesh*)}' to 'GLvoid (*)() {aka void (*)()}'
[-fpermissive]
 gluTessCallback(tobj, GLU_TESS_BEGIN_DATA, GLUFUN(tcbBegin));

I don't have any background in OpenGL just wandering what may be happening
here that the signature defined in glu.h (in macOS OpenGL) is different
from what is expected in gont3d.c?

I realise it isn't going to work w/o some porting outlined in the linked
post...



On Sat, Dec 9, 2017 at 9:05 AM, Philippe Michel 
wrote:

> On Fri, Dec 08, 2017 at 06:13:00PM +1100, Marcell Fulop wrote:
>
> > I could only build w/o board3d, it gave me a weird error message about
> not
> > finding GTK when configuring with --with-board3d, but w/o it, it just
> > builds with GTK fine. Any clues to this one?
> >
> > $ ./configure --with-board3d
> > ...
> > checking for GTK... yes
> > checking for GTKGLEXT... yes
> > ...
> > checking GL/glx.h usability... no
> > checking GL/glx.h presence... no
> > checking for GL/glx.h... no
> > configure: error: board3d requested but gtk or gtkglext not found
>
> It looks like the build finds the gtk and gtkgkext libraries, but not
> those for glx (and the final error message is wrong and confusing).
>
> GLX is GL libraries for X but as far as I can read, MacOS High Sierra
> use Wayland (an aspiring replacement for X) for graphics. Probably the
> problem is there, for your build and for those trying to use the old
> binary packages as well. The article at
> http://www.tarnyko.net/en/?q=node/41 , for instance, summarize the
> issue.
>
> For your build, looking at the brew packages list (but I don't have a
> Mac to check), maybe installing the glew package would help. Or, looking
> at it from the other side, changing gnubg's 3d code to support GL
> natively on Wayland instead.
>
> For the old packages, maybe there is some optional compatibility layer,
> on merely some settings, available on High Sierra and needed to allow
> X applications to display on its Wayland server ?
>
___
Bug-gnubg mailing list
Bug-gnubg@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnubg