On Mon, Aug 1, 2011 at 8:18 AM, Simon Ortiz o.si...@gmail.com wrote:
have you had the chance of fixing the monolithic static library bug?
No. I have identified the cause: a dependency is somehow broken and the
files do not get compiled as they should, but I still have not found out why
ASDF
On Mon, Aug 1, 2011 at 5:32 AM, Matthew Mondor mm_li...@pulsar-zone.netwrote:
I audited the symbol.d and package.d code today, and wrote down some
notes about possible future improvements.
It would be nice if someone did this for the whole of the Hyperspec :-)
Although GENSYM is more often
On Mon, Aug 1, 2011 at 11:43 AM, Matthew Mondor mm_li...@pulsar-zone.netwrote:
So I guess the symbols to rebind would be only the ones which are
likely to be SETQ/SETF via common standard functions rather than via
LET, such as indeed *PACKAGE* (WITH-PACKAGE would not have needed such,
but
On Mon, Aug 1, 2011 at 11:28 AM, Marko Kocić marko.ko...@gmail.com wrote:
When trying to build latest ECL on mingw, I got the following error:
c:/development/cvstree/ecl/src/c/ffi.d:143:28: error: 'FFI_UNIX64'
undeclared here (not in a function)
I have changed src/c/ffi.d yet again. Let's
On Mon, 1 Aug 2011 14:05:39 +0200
Juan Jose Garcia-Ripoll juanjose.garciarip...@googlemail.com wrote:
Even *PACKAGE* might not need to be thread-local. The place where *package*
is most used is in loaded code, within IN-PACKAGE statements, but LOAD binds
*PACKAGE*, both in binary and in source
On Mon, 01 Aug 2011 07:09:32 -0700
Antony lisp.li...@gmail.com wrote:
the counter is used *only* for the purpose of *naming* the gensyms.
the counter has nothing to with the uniqueness of symbol objects
generated by gensym
the counter does help with symbol names to look distinct but that is
On Mon, Aug 1, 2011 at 8:39 PM, Matthew Mondor mm_li...@pulsar-zone.netwrote:
contrib/defsystem/defsystem.lisp:4019:(setf *package*
package)
contrib/defsystem/defsystem.lisp:4100: (setf *package* (find-package
old-package)))
External package. Probably wrong: they should
When using (c:build-program #P.. :lisp-files (list ... ...)) I get a
segmentation
fault:
Condition of type: SEGMENTATION-VIOLATION
Detected access to an invalid or protected memory address.
The two .o files got built by (compile-file ... :system-p T).
This is with ECL
On Mon, 1 Aug 2011 17:45:12 -0400
Matthew Mondor mm_li...@pulsar-zone.net wrote:
Example code is there:
Sorry, the latest is:
http://cvs.pulsar-zone.net/cgi-bin/cvsweb.cgi/mmondor/mmsoftware/cl/test/ecl-server2.lisp?rev=1.18;content-type=text%2Fplain
I forgot to commit.
--
Matt
