Ok, that makes a lot of sense. Just did some more research, however, and it seems that you can't use exec() on the iPhone, so running two processes legitimately isn't an option in this case : ( Am working through the errors, getting there slowly but surely. One thing that I only just found out about though was the configure program, though running actually causes more problems than it solved. (Note I may have run it completely wrongly)
Hope no one minds if I post my most recent difficulties in case anyone has any bright insights? 1) I'm now getting 'no input file' errors on: owl_defendpat.c owl_vital_apat.c owl_attackpat.c But can't find out why it's trying to build them in the first place : / 2) sgfnode.c and gg_utils.c are complaining that they don't recognise VERSION as a symbol. This seems to be because HAVE_CONFIG_H is undefined, so config.h isn't being included. Also, when I remove the #ifdef / #endif it genuinely can't find config.h, though it seems to be sitting right there in the main gnugo-3.6 directory. Very strange.... 3) in sgfnode.c I get "error: invalid storage class for function 'X'" for X in [parse_error, nexttoken, match] (lines 883-885) So nearly there! Thank you to everyone for their help so far, B 2008/11/12 Stuart A. Yeates <[EMAIL PROTECTED]> > The POSIX approach would mean that the main program doesn't interact > with the GUI via the normal iPhone / Mac libraries, but just > communicates with the outside world through a bi-directional UNIX pipe > and the GTP protocol. You then have a small program that speaks GTP > and talks to the GUI. There are already a number of such apps written > in Java/C/C++ etc > > cheers > stuart > > On Thu, Nov 13, 2008 at 9:08 AM, Biggles Bristol <[EMAIL PROTECTED]> > wrote: > > Thanks Stuart and Daniel, > > > > Turns out that shadow was the only name clash and wasn't too hard to find > > and replace, thankfully. > > > > Also, taking out gmp helped but there are still a couple of other issues, > > annoyingly... > > > > Anyway, I'm interested in Stuart's POSIX approach. This seems to me to > be a > > very sensible way to move forward, though I don't have a great deal of > > experience in POSIX style programming. Presumably this would mean > > maintaining some sort of state outside of gnugo? Also, I'm not 100% sure > > what the implications might be in terms of doing POSIX style stuff on the > > iPhone... > > > > Thanks for the help, though, guys! > > > -- Biggles Bristol www.bigglesart.com 07979797817
_______________________________________________ gnugo-devel mailing list gnugo-devel@gnu.org http://lists.gnu.org/mailman/listinfo/gnugo-devel
