Martin Guy writes: > Enabling the mozart package on armel results in a build failure late > in the build: > > OZTOOL_LD="gcc" /bin/sh > /home/martin/arm/mozart-1.3.2.20060615+dfsg/BUILD/platform/emulator/oztool.sh > ld -o Bison.so-unknown-unknown LR0.o allocate.o closure.o conflicts.o > derives.o gram.o lalr.o main.o nullable.o output.o print.o reader.o > reduce.o symtab.o warshall.o version.o alloca.o > ld: warning: cannot find entry symbol _start; defaulting to 00008074 > LR0.o: In function `augment_automaton': > LR0.c:(.text+0x708): undefined reference to `free' > LR0.c:(.text+0x850): undefined reference to `free' > ... > allocate.o: In function `xrealloc': > allocate.c:(.text+0x18): undefined reference to `realloc' > allocate.c:(.text+0x2c): undefined reference to `OZ_atom' > ... > conflicts.o: In function `log_resolution': > conflicts.c:(.text+0x5c4): undefined reference to `fprintf' > ... > symtab.o: In function `copys': > symtab.c:(.text+0x148): undefined reference to `strlen' > symtab.c:(.text+0x158): undefined reference to `strcpy' > symtab.o: In function `getsym': > symtab.c:(.text+0x1a0): undefined reference to `strcmp' > make[6]: *** [Bison.so-unknown-unknown] Error 1 > > I can give access to a big fast armel box if anyone wants to debug this... >
Hi Martin, yes I would like to try this on an armel box. One problem is that you haven't enabled armel in mozart/share/bin/ozplatform. This is why you are getting the Bison.so-unknown-unknown library names. I don't know if this is the WHOLE problem. I have a fix for this pending, but I would like to try it before releasing. Let me know what you need from me for an account. I'm not a DD (stuck waiting for account to be created), but I have a signed key etc. k -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
