Re: GSoC status report

Daniel Jour wrote:
>I figured it would be good to know how reliable CLISP itself is before approaching the modules.
Very reasonable. If CLISP crashes in GC or sockets, there's no value in modules.
However, a quick & early shot at modules is not wrong either, to give you
an estimate of expected trouble. OTOH, I wouldn't throw a debugger at modules
if I'm not 100% certain that base CLISP is in perfect shape.

>if HAVE_LONG_LONG_INT is not defined [...].
>Thus I'd assume it's some "configure" bug, though I'm with Sam here:
Scan the output of configure and see if it looks reasonable or suspicious.
FFI users won't be happy without 64bit ints.

>Do these mails get too long? Would it be better to split further discussion by topic
More mails means more to click vs. just moving the scrollbar. YMMV
If you feel that some topic has the potential to need many mails, split it off.

>I mean the Lisp level tests (tests/ffi.tst). Currently I'm only using the
>binary package from the distribution
>(libffcall-2009-05-27 ... wow, that's kind of dated.)
Let's hope that the package maintainers ran the ffcall testsuite.
There have been patches to ffcall floating around in the last years, but perhaps
they all were about MacOSX support, which is not on your GSoC list.

Sam wrote:
>You need to build at least the following modules: [...] new-clx
Presumably stumpwm uses it? That's likely an important CLISP application.
https://wiki.archlinux.org/index.php/stumpwm shows that it needs new-clx, asdf and ppcre,
and that it also builds with sbcl.

Regards,
	Jörg
------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
clisp-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/clisp-devel