Re: [Bug-gnubg] gnubg without gui

[Øystein Johansen]

> Hi folks,
>
> isn't ist possible anymore to compile gnubg without gui?

It should be..... but...

In the early days it was easy. Things didn't rely much on anything. The GTK 
inteface depended on glib and that was the only thing. Then there's linked 
list, there's xmllib and i18n, path finding, readline support, etc etc. These 
are libraries that's "more or less" depending of something here and something 
there. In the code there's lots of things that doesn't follow any standards at 
all. I think there's at least three implementations of linked lists available...

What should we do to get rid of all this mess? 

I believe the best to do is to is to build data structures and standard 
algorithms around the existing glib data structures and algorithms. In that way 
GNU Backgammon will depend on glib.

In fact, GNU Backgammon is already depending on glib, and to answer your 
question, I think it's really hard to compile a running version of GNU 
Backgammon without linking in glib.

I have started some of the cleaning process, but the progres is slow. I soon 
have a patch that remove the i18n libraries and *printf functions in i18n.c. 
Instead it uses glibs gi18n system. (Our system with PushLocale and PopLocale 
is plain silly, and it's not thread safe!) Hopefully I'll commit the patch this 
weekend.

I can make a long list of data stuctures implemented in glib which is also 
implemented in an other way in GNU Backgammon.

> I tried different configure flags "--without-gtk2" "with-x=no"
> etc and combinations of it, but it either compiles with
> gtk2/glib2 or gets out with errors.

I would guess you need to alter the Makefiles a bit... Let me guess you need to 
link with glib. and have glib in your include path.... 

> The reason why I ask: when calling "gnubg -t" you can't access the
> commandline help anymore, so I started to compile two binaries
> (gnubg and gnubg-cli), also planning to put both into later rpm
> packages.

Maybe something misses a if(fX). Somewhere close to CommandHelp(). 

-Øystein