<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><br>Hello all, my first post here. I'm working on a project for a grad class and would like to embed ECL into a game engine as a scripting/AI language. I've used Lisp before for some standalone AI projects and think it will be a better choice for me than the usual Lua etc. However most of my Lisp experience is with CMUCL and more recently SBCL. I don't have the time to write my own renderer in lisp (one day...), so I'm going with a C renderer. I could call out from a lisp to it using a FFI, but it needs to be faster than that. Looks like embedding ECL statically could be the solution.<br><br>However I'm running into problems trying to build with the --disable-shared configuration option on OSX, intel arch. I suppose that a dylib would work, but its harder to use and not as fast, which is important in this project.<br><br>Is this OS/arch combination supposed to work for ECL static build? I'm running into problems such that I think not but maybe its supposed to be.<br><br>0.9j fails here:<br><br>;;; Note: Invoking external command:<br>;;; gcc -o "/usr/local/src/ecl-0.9j/build/bin/ecl" -L"/usr/local/lib/ecl/" "/usr/local/src/ecl-0.9j/build/ECLINIT7Hnb4o.o" "-lserve-event" "-lsockets" "-lcmp" "-L./" libecl.a -leclgmp -leclgc -lm<br><br>Undefined symbols:<br> "_init_lib_ECL_SERVE_EVENT", referenced from:<br> _init_lib_ECL_SERVE_EVENT$non_lazy_ptr in ECLINIT7Hnb4o.o<br> "_init_lib_ECL_CMP", referenced from:<br> _init_lib_ECL_CMP$non_lazy_ptr in ECLINIT7Hnb4o.o<br> "_init_lib_ECL_SOCKETS", referenced from:<br> _init_lib_ECL_SOCKETS$non_lazy_ptr in ECLINIT7Hnb4o.o<br>ld: symbol(s) not found<br>collect2: ld returned 1 exit status<br>LAMBDA: Too many arguments to function CONTINUE.<br>Broken at TOP-LEVEL.No restarts available.<br>Top level.<br>SI><br><br>So I went to CVS, but I get a syntax error in gcconfig.h at line 303<br>--> Not really supported, but at least we recognize it.<br><br>which doesn't seem to be a problem in 0.9j (code regression?)<br><br>Anyways, If I comment that line out and continue I get errors as follows:<br><br>gcc -fPIC -fno-common -DPACKAGE_NAME=\"gc\" -DPACKAGE_TARNAME=\"gc\" -DPACKAGE_VERSION=\"6.5\" "-DPACKAGE_STRING=\"gc 6.5\"" -DPACKAGE_BUGREPORT=\"<a href="mailto:Hans.Boehm@hp.com">Hans.Boehm@hp.com</a>\" -DGC_VERSION_MAJOR=6 -DGC_VERSION_MINOR=5 -DPACKAGE=\"gc\" -DVERSION=\"6.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -I/usr/local/src/ecl-cvs/ecls/src/gc/include -fexceptions -g -O2 -fstrict-aliasing -fexceptions -MT os_dep.lo -MD -MP -MF .deps/os_dep.Tpo -c /usr/local/src/ecl-cvs/ecls/src/gc/os_dep.c -o os_dep.o<br>/usr/local/src/ecl-cvs/ecls/src/gc/os_dep.c: In function 'GC_get_stack_base':<br>/usr/local/src/ecl-cvs/ecls/src/gc/os_dep.c:1068: error: 'result' undeclared (first use in this function)<br>/usr/local/src/ecl-cvs/ecls/src/gc/os_dep.c:1068: error: (Each undeclared identifier is reported only once<br>/usr/local/src/ecl-cvs/ecls/src/gc/os_dep.c:1068: error: for each function it appears in.)<br>/usr/local/src/ecl-cvs/ecls/src/gc/os_dep.c: In function 'GC_register_data_segments':<br>/usr/local/src/ecl-cvs/ecls/src/gc/os_dep.c:1453: error: 'DATASTART' undeclared (first use in this function)<br>make[3]: *** [os_dep.lo] Error 1<br>make[2]: *** [install-recursive] Error 1<br>make[1]: *** [libeclgc.a] Error 2<br>make: *** [all] Error 2<br><br><br>Which makes sense in that its the garbage collector that is failing, but now I'm confused because this is not where the compilation was failing in 0.9j, which is, presumably, an earlier snapshot of the CVS repository.<br><br>Can anyone clue me in as to the support or lack thereof for static library building on Intel OSX and suggestions they might have for me?<br><br>Thanks!<br><br>Joseph<br><br></body></html>