Custom Query (1030 matches)

In the console, the ccl image starts with a greeting:

Welcome to Clozure Common Lisp Version 1.3-dev-r12149M-trunk (DarwinX8664)!

The nearest equivalent string in the IDE appears to be in the about box:

Clozure Common Lisp version 1.3 (12149M-trunk)

This does not appear to contain the architecture (PPC, x86, 32 or 64 bits), making it harder to remember to include this information when submitting bug reports.

Hi,

When the a package is present, say, HUNCHENTOOT, the following works

(defpackage :foo

(:use :cl :hunchentoot))

(in-package :foo)

..

However, as start to use more packages during the course of hacking, I sometimes :USE non-existent package or misspell its name.

(defpackage :foo

(:use :cl :hunchentoot :frob))

(in-package :foo)

..

On Linux, I get the correct behaviour:

The name "FROB" does not designate any package.

[Condition of type SB-KERNEL:SIMPLE-PACKAGE-ERROR]

But on Win32, things get unwieldy: I first get the error, but if I try to correct it by fixing the spelling or loading an ASDF system, all forms refuse to evaluate. For example, after fixing the typo, I get this:

Undefined function :USE called with arguments (:CL

:CL-WHO :POSTMODERN :SIMPLE-DATE :HUNCHENTOOT) .

[Condition of type CCL::UNDEFINED-FUNCTION-CALL]

Even evaluating () returns ==> COMMON-LISP:NIL

The only way I know how to repair things without restarting CCL is to do this:

FOO> (cl-user::in-package :cl-user) #<Package "COMMON-LISP-USER"> CL-USER> (in-package :foo) #<Package "FOO">

Attached is a stack trace.

CL-USER> (lisp-implementation-version) "Version 1.4 (WindowsX8632)"

The attached patch makes CCL look for ~/.ccl-init.lisp before ~/ccl-init.lisp . This adheres to the Unix tradition of making .rc files hidden.