Macros

Is there anything special that needs to be done to add a macro to the system ?

I'm trying to add the COLLECT macro from CMUCL to Movitz as it is used by
the CMUCL pathnames code. The macro uses two helper functions which I am also
trying to add.

I have listed all three as members of the muerte package in
movitz/movitz/packages.lisp and tried building both with and without importing
the symbols into the movitz package.

Whatever I do Movitz complains that the helper functions are undeclared.

I started out with the three in a new file, but couldn't get Movitz to compile
it so have put them just before the pathnames code that should use them.

Robert Swindells

What need hacking?

I'm not what you'd call an "experienced" coder, but I know some lisp and
can learn some x86 low-levelness if need be. I have looked around the
page and haven't been able to fixuge out what need doing, so if there's
anything that needs to get done, could y'all please provide some
pointers and I'll take a crack at it.

Krzysztof Drewniak
--

-- 
X-Real-Email-With-Antispam: krzysdrewniak at gmail dot com
pgp key on keyserver.ubuntu.com 94F02AE8

Lisp compilation principles and SBCL internals

Booting LOS0 Failure

Hi,

I've been a bit interested in movitz again lately, so I downloaded the
git sources and compiled and dumped LOS0 using CLISP 2.48.  This all
went well, but when I tried to run the image I got the following:

http://imgur.com/A8Iwl

I tried looking through the code to see what happened, but the most I
could come up with was that maybe *all-process* was empty during the
call to (LIB::CURRENT-PROCESS).  Other than that I'm stumped.

Any idea what is happening?

--
Burton Samograd

loop

The LOOP macro doesn't seem to create a NIL block.

I'm trying to add some code from CMUCL to Movitz that expects to be
able to (RETURN NIL) from within a LOOP.

I have tried comparing loop.lisp with the equivalents in CMUCL and
SBCL but can't see what is causing the problem.

Robert Swindells

unfold-circular-list

There's a bug in unfold-circular-list, in that it calls subseq on a
circular list: subseq is defined as taking a "proper sequence". Below
is a patch.
- Willem

diff --git a/parse.lisp b/parse.lisp
index 4ee75b9..ab711b9 100644
--- a/parse.lisp
+++ b/parse.lisp
@@ -46,7 +46,7 @@
     (loop for x on list as i upfrom 0
 	as cdr-index = (find-cdr list (cdr x) i)
 	until cdr-index
-	finally (return (values (subseq list 0 (1+ i))
+	finally (return (values (loop repeat (1+ i) collect (pop list))
 				cdr-index)))))

 (defun symbol-package-fix-cl (symbol)

Filesystem question

compiling LiCE for Movitz

Build problem

I am having problems building a Movitz image, with SBCL (and CMUCL) I
get the following error when compiling memref.lisp.

I can't see anything wrong with the code itself but it looks as if
an 'ECASE form within another one isn't being expanded properly.

There was a change to basic-macros.lisp in July, are there some other
diffs waiting to be committed ?

Robert Swindells

;; While Movitz compiling MEMREF in losp/muerte/memref.lisp:

debugger invoked on a COMMON-LISP:SIMPLE-ERROR:
  Don't know how to compile compound form ((HOST LITTLE)
                                           (MEMREF OBJECT OFFSET INDEX INDEX
                                            TYPE UNSIGNED-BYTE16 ENDIAN LITTLE
                                            PHYSICALP T))

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
  0: [RETRY-FUNOBJ      ] Retry compilation of MEMREF.
  1: [SKIP-TOPLEVEL-FORM] Skip the compilation of top-level form DEFUN MEMREF.
  2: [RETRY             ] Restart Movitz compilation of "losp/muerte/memref.lisp".
  3: [CONTINUE          ] Skip Movitz compilation of "losp/muerte/memref.lisp".
  4:                      Skip the compilation of top-level form REQUIRE MUERTE/MEMREF.
  5:                      Restart Movitz compilation of "losp/muerte/common-lisp.lisp".
  6:                      Skip Movitz compilation of "losp/muerte/common-lisp.lisp".
  7:                      Skip the compilation of top-level form REQUIRE MUERTE/COMMON-LISP.
  8:                      Restart Movitz compilation of "losp/common-lisp.lisp".
  9:                      Skip Movitz compilation of "losp/common-lisp.lisp".
 10:                      Skip the compilation of top-level form REQUIRE COMMON-LISP.
 11:                      Restart Movitz compilation of #P"losp/los0.lisp".
 12:                      Skip Movitz compilation of #P"losp/los0.lisp".
 13: [ABORT             ] Exit debugger, returning to top level.

(MOVITZ::COMPILE-CONS
 ((:HOST :LITTLE)
  (MEMREF OBJECT OFFSET :INDEX INDEX :TYPE :UNSIGNED-BYTE16 :ENDIAN :LITTLE
   :PHYSICALP T))
 #<MOVITZ::MOVITZ-FUNOBJ-PASS1 MEMREF {61A6F169}>
 #<MOVITZ::WITH-THINGS-ON-STACK-ENV {61BB04A9}>
 NIL
 :EBX
 NIL)
0] 

Movtiz License Idea - CC0

Greetings,

There is a public domain style license called CC0 (Creative Common
Zero) that you might be interested in using for movitz related code.
It applies better to parts of the world that don't have a concept of
'public domain' & require jumping through several legal hoops to get a
similar effect, or even don't allow waiving of copyright.

If you choose CC0 for movitz stuff please, or explicitly reject it
please let me know.

Here are some links:
http://creativecommons.org/about/cc0
http://wiki.creativecommons.org/CC0_FAQ
http://creativecommons.org/publicdomain/zero/1.0/
http://creativecommons.org/choose/zero

I am making a new CC0 licensed termite
scheme/clojure/smalltalk/haskell/erlang style programming language
that I hope to make a CC0 licensed operating system with.

Threading Model and Parallelization Model inside Movitz