bug-gnubg
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] gnubg without gui


From: Jonathan Kinsey
Subject: Re: [Bug-gnubg] gnubg without gui
Date: Thu, 08 Jun 2006 08:59:25 +0100
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.0

Ø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


Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]