Øystein Johansen wrote: >> 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.
Yes you're right, we should scrap the lists and things we've got and use glib instead - I was thinking this just the other day. I'll replace the vector I wrote (in mylist.c/h) - I think the glib Array does the same thing. Hopefully we can remove the list.h and hash.h etc... (Or is this what you've done already?). Jon
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Bug-gnubg mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnubg
