gnugo-devel
[Top][All Lists]
Advanced

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

Re: [gnugo-devel] gnu go for ArmLinux


From: brian lee dae yung
Subject: Re: [gnugo-devel] gnu go for ArmLinux
Date: Wed, 6 Feb 2002 20:27:36 -0800 (PST)

okay, i downloaded gnugo 2.6 and tried cross compiling using the
arm-linux-gcc, but it didn't compile.  i got the following messages:

address@hidden gnugo-2.6]$ sudo sh ../arm-cross-make.sh 
make  all-recursive
make[1]: Entering directory `/home/brian/yopy/gnugo-2.6'
Making all in utils
make[2]: Entering directory `/home/brian/yopy/gnugo-2.6/utils'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/brian/yopy/gnugo-2.6/utils'
Making all in sgf
make[2]: Entering directory `/home/brian/yopy/gnugo-2.6/sgf'
arm-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../engine -I../interface  
 -g -O2 -Wall -W -Wpointer-arith -Wbad-function-cast -Wcast-qual
-Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-declarations -Wp,-lang-c89 -c sgf_utils.c
sgf_utils.c: In function `is_markup_node':
sgf_utils.c:182: `SGFCR' undeclared (first use in this function)
sgf_utils.c:182: (Each undeclared identifier is reported only once
sgf_utils.c:182: for each function it appears in.)
sgf_utils.c:183: `SGFSQ' undeclared (first use in this function)
sgf_utils.c:184: `SGFTR' undeclared (first use in this function)
sgf_utils.c:185: `SGFMA' undeclared (first use in this function)
sgf_utils.c:186: `SGFBM' undeclared (first use in this function)
sgf_utils.c:187: `SGFDO' undeclared (first use in this function)
sgf_utils.c:188: `SGFIT' undeclared (first use in this function)
sgf_utils.c:189: `SGFTE' undeclared (first use in this function)
sgf_utils.c:190: warning: unreachable code at beginning of switch
statement
sgf_utils.c: In function `is_move_node':
sgf_utils.c:221: `SGFB' undeclared (first use in this function)
sgf_utils.c:222: `SGFW' undeclared (first use in this function)
sgf_utils.c:223: warning: unreachable code at beginning of switch
statement
sgf_utils.c: In function `find_move':
sgf_utils.c:253: `SGFB' undeclared (first use in this function)
sgf_utils.c:256: `SGFW' undeclared (first use in this function)
sgf_utils.c:254: warning: unreachable code at beginning of switch
statement
sgf_utils.c: In function `guess_mode_from_sgf_comment':
sgf_utils.c:279: `SGFC' undeclared (first use in this function)
make[2]: *** [sgf_utils.o] Error 1
make[2]: Leaving directory `/home/brian/yopy/gnugo-2.6/sgf'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/brian/yopy/gnugo-2.6'
make: *** [all-recursive-am] Error 2

i did a search in the sgf directory for some of the identifiers, but
grep came up empty handed [aside from sft_utils.c] .

any suggestions are appreciated.



> Hmm : usually I cross-compile for linux-arm, but because the build
> needs
> to make and run things like mkpat on the development machine, I'd
> assumed that extra work would be required to allow cross compilation
> of
> gnugo.  [If cross-compilation was deemed important, one way out would
> be to redo mkpat in an interpreted language.]
> 
> 
> I tried compiling 3.1.3 on a linux/arm box, but got
> 
> owl.s: Assembler messages:
> owl.s:8034: Error: address offset too large
> owl.s:8176: Error: address offset too large
> 
> when compiling owl.c
> 
> .stabn 68,0,1997,.LM942-owl_determine_life
> .LM942:
>         add     r3, r7, r7, asl #1
>         rsb     r3, r3, r3, asl #3
>         add     ip, r5, r3
>         add     r8, fp, ip
>         sub     r2, r8, #36
>         b       .L990
> .L992:
>         .align  0
> .L991:
>         .word   board_size
>         .word   p
>         .word   life
> .L990:
>         ldrsb   r3, [r2, #-888]  <--------
>         cmp     r3, #0
>         ble     .L888
> .stabn 68,0,2000,.LM943-owl_determine_life
> .LM943:
>         mvn     r6, #0
>         strb    r6, [r2, #-888]
> .stabn 68,0,2003,.LM944-owl_determine_life
> 
> 
> 
> Which I guess corresponds to
> 
>       if (mx[m][n] <= 0)
>         continue;
> 
>       mx[m][n] = -1;
>       topological_intersections--;
> 
> (all the shifting was working out [m][n], and now its trying
> to access the local.)
> 
> 
> Probably just a bug in my gcc, since it's generating code
> with too big an offset. (Looks like owl_determine_life() has
> more local variables than this gcc expects..?)
> 
> 
> 
> dd
> -- 
> address@hidden          http://www.insignia.com


=====
.
                  {: }

   ..     the mux space conglomerate     ..
      " family values were never this good "

               www . mux space . com

__________________________________________________
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com



reply via email to

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