Hi, I which I had time. But if I had time I would like to rewrite all. Only use the knowledge about the algorithms inside GNUGo. And try to make them parallel. And I would probably try to do that with C++11/14, if just the state of the concurrency/parallelism could get more stable. But that is just my interest. And as Thien say, I would probably do it as a libgnugo and use it from there. But where is the time ......
Jens On 2013-06-08 15:18, Thien-Thi Nguyen wrote: > () Chad Williamson <c...@dahc.us> > () Sat, 8 Jun 2013 03:25:25 -0500 > > (2) Is the community open to such an effort? (is there a community to > speak of, anymore?) > > I have more prosaic desires, personally, but in the same direction > (probably requiring significant refactoring): > > - provide a "libgnugo" > - provide Guile (Scheme) bindings to that library > - integrate w/ SGF Utils (http://www.gnuvola.org/software/sgf-utils/) > - extend GTP to non-square boards > > Unfortunately, i struggle to find closure elsewhere (in order to > dedicate the deserved attention), so for the time being these remain > unrealized noise, i.e., mailing-list filler... :-/ > > > > _______________________________________________ > gnugo-devel mailing list > gnugo-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/gnugo-devel
_______________________________________________ gnugo-devel mailing list gnugo-devel@gnu.org https://lists.gnu.org/mailman/listinfo/gnugo-devel
