>> ;;; gcc -o bin/ecl -L/home/.../build/ /home/.../build/eclinittsZavj.o >> -L./ >> -Wl,--rpath,/usr/local/lib/ libecl.so -lpthread -ldl -lm sed -e >> 's,@libdir\\@,/usr/local/lib/,' \ >> -e 's,@includedir\\@,/usr/local/include/,' \ >> -e 's,~A,/usr/local/lib/,' bin/ecl-config.pre > bin/ecl-config >> $ LD_LIBRARY_PATH=/home/.../build/ /home/.../build//bin/ecl -dir >> /home/.../build/ >> Wrong number of arguments passed to function #<compiled-function >> SI:TOP-LEVEL>. >> No restarts available. >> Top level in: #<process TOP-LEVEL>. > A few things: you did not reinstall ECL after building it and since it is > using --rpath I doubt that the change in LD_LIBRARY_PATH had any effect. > Besides this, did you completely your build directory after updating ECL and > finally, why do you say that ECL did not load .eclrc at this point? My > feeling is that all this is due to conflicting versions of the library and > partial rebuilds, but I tend to be proven wrong. Yes, you're right - I found this during my train ride this morning, it's the wrong .so name (http://article.gmane.org/gmane.lisp.ecl.general/8417) again.
Sorry for the noise. > In any case this does not explain the stack overflows during ECL's use of > quicklisp libraries. Would it be possible for you to send me an excerpt of > your .eclrc (by private email)so that I can try to reproduce the sequence of > libraries you loaded? Coming in separate mail. Thank you for your help! Regards, Phil ------------------------------------------------------------------------------ Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey _______________________________________________ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list