headers
Raymond Toy | 3 Nov 2011 05:42
Picon

Release 20c

Release 20c has been tagged (release-20c).  As an experiment, it's a
signed tag in git.

Binaries will be uploaded soon and the wiki will be updated soon too.

Ray

_______________________________________________
cmucl-imp mailing list
cmucl-imp <at> cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp
Permalink | Reply | 0 comments |
headers
Raymond Toy | 4 Nov 2011 05:59
Picon

New directory structure

Currently when you clone cmucl, you get a directory structure like

cmucl/
  BUILDING
  assembly/
  code/
  compiler/
  tools/
  <etc>

I want to change the structure to be

cmucl/
  BUILDING
  bin/
    build.sh
    build-all.sh
    create-target.sh
  src/

This is much convenient when using git.   It might be possible to
rearrange things even more, but I think this is good enough.  I'm tired
of having to cd to src to git diffs and logs and such.  With this
structure, I don't have to anymore.

Ray

_______________________________________________
cmucl-imp mailing list
cmucl-imp <at> cmucl.cons.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
Raymond Toy | 17 Nov 2011 22:20
Picon

Remvoing hppa-assem.s

I don't know why hppa-assem.s is checked in, but it confuses git on a
case-insenstive file system like HPFS on a Mac.

I'm going to delete this file.  This file is not referenced in any of the
Config files or Makefiles.  I'm guessing it's the preprocessed version of
hppa-assem.S.

(There are probably lots of other files that could be removed, like the
hppa directories, but I'm not going there.)

Ray
_______________________________________________
cmucl-imp mailing list
cmucl-imp <at> cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp
Permalink | Reply | 0 comments |
headers
Nikodemus Siivola | 1 Dec 2011 12:17
Gravatar

A LOAD-TIME-VALUE/MAKE-INSTANCE bug

[nikodemus <at> delirium:~/tmp]
> cat bug1.lisp
(defclass c1 ()
  ())

(defun a-c1 ()
  (load-time-value (make-instance 'c1)))

[nikodemus <at> delirium:~/tmp]
> lisp -init /dev/null
; Loading #P"/dev/null".
CMU Common Lisp 20c release-20c (20C Unicode), running on delirium
With core: /usr/local/lib/cmucl/lib/lisp-sse2.core
Dumped on: Thu, 2011-11-03 06:58:17+02:00 on gondor.local
See <http://www.cons.org/cmucl/> for support information.
Loaded subsystems:
    Unicode 1.28 with Unicode version 6.0.0
    Python 1.1, target Intel x86/sse2
    CLOS based on Gerd's PCL 2010/03/19 15:19:03
* (load (compile-file "bug1.lisp"))

; Python version 1.1, VM version Intel x86/sse2 on 2011-12-01 13:14:19.
; Compiling: /Users/nikodemus/tmp/bug1.lisp 2011-12-01 13:13:33

; Compiling Load Time Value of (PCL::ENSURE-CTOR '(PCL::CTOR C1) 'C1 ...):
; Compiling Load Time Value of (MAKE-INSTANCE 'C1):
; Converted A-C1.
; Compiling DEFUN A-C1:
; Byte Compiling Top-Level Form:
(Continue reading)

Permalink | Reply | 2 comments |
headers
Helmut Eller | 1 Dec 2011 12:30

Re: A LOAD-TIME-VALUE/MAKE-INSTANCE bug

* Nikodemus Siivola [2011-12-01 11:17] writes:

> Error in function PCL::FIND-CLASS-FROM-CELL:  No class named C1.
>    [Condition of type SIMPLE-ERROR]

It think the spec doesn't require that c1 is defined at the time when
the load-time-form is evaluated.  Specifically, it says this:

    It is guaranteed that the evaluation of form will take place only
    once when the file is loaded, but the order of evaluation with
    respect to the evaluation of top level forms in the file is
    implementation-dependent.

Helmut

_______________________________________________
cmucl-imp mailing list
cmucl-imp <at> cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp
Permalink | Reply | 1 comment |
headers
Nikodemus Siivola | 1 Dec 2011 12:50
Gravatar

Re: A LOAD-TIME-VALUE/MAKE-INSTANCE bug

On 1 December 2011 13:30, Helmut Eller <heller <at> common-lisp.net> wrote:

> It think the spec doesn't require that c1 is defined at the time when
> the load-time-form is evaluated.  Specifically, it says this:
>
>    It is guaranteed that the evaluation of form will take place only
>    once when the file is loaded, but the order of evaluation with
>    respect to the evaluation of top level forms in the file is
>    implementation-dependent.

Wow. Never noticed that. That's actually a pretty cool provision.

Cheers,

 -- nikodemus
_______________________________________________
cmucl-imp mailing list
cmucl-imp <at> cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp
Permalink | Reply | 0 comments |

Gmane