[Openmcl-devel] New OpenMCL 0.14 binaries available

Gary Byers gb at clozure.com
Mon Sep 1 23:50:19 PDT 2003


New 0.14 binaries are available; there's a regular "release" web page at
<http://openmcl.clozure.com/Distributions/openmcl-release-0.14-030901.html>.

I'd like to try to phase 0.14 in as the "official" branch; if anyone's
aware of any reasons for not doing so, please let me (and/or this list)
know of them.

Thanks to Randall Beer for his work on a new Cocoa Bridge, which is
included in this release (and used heavily in the Cocoa demo(s)).

There seem to be some issues related to launching application bundles
made via

? (require "COCOA-APPLICATION")

under Panther prereleases.  (If it was permissable to discuss Panther
prereleases publicly, we'd probably be talking about how the new
caching performed by Launch Services is a little overzealous, but
of course we can't say anything about that.  Yet.)


Gary Byers
gb at clozure.com

**** Changes ****
*** New Features: ***
    * SAVE-APPLICATION now accepts :PREPEND-KERNEL and :MODE arguments. (SAVE-
      APPLICATION needs to be documented ...). The latter argument specifies
      the read/write/execute permissions to be given to the saved image (in a
      manner usable by the chmod system call.) The former argument allows an
      OpenMCL kernel (or practically anything else, I suppose) to be prepended
      to the resulting image; a kernel that has an image appended to it
      will load that image in the absence of an explicit image-file argument.
      (SAVE-APPLICATION ... :PREPEND-KERNEL T ...) prepends the currently
      executing kernel to the image; any other non-nil value of the :PREPEND-
      KERNEL argument is interpreted as a pathname.
      If a file to be "prepended" to a heap image appears to already containe
      an embedded heap image, that image is not included in the output.
    * Hamilton Link's "opengl-ffi" example (which uses GLUT to display a
      graphic design in a window) has been conditionalized for OSX, and has
      been updated to run the GLUT event loop in a separate native thread.
    * The Cocoa IDE example (and the lisp<->ObjC infrastructure underneath it)
      has been redesigned and reimplemented; it exploits a new "Cocoa Bridge"
      contributed by Randall Beer, offers improved integration between Cocoa
      exceptions and CL's condition system, and is a little better integrated
      with OpenMCL's runtime system. There's even a (very) generic application
      icon. (If anyone with at least minimal design skills and some free time
      feels like creating a better-looking icon, it would be appreciated.)
      The demo IDE is still barely usable, but I think that it's a little more
      practical to work on improving it than it has been.
    * Lisp processes are now STANDARD-OBJECTs; some of the functions used to
      access and manipulate processes are now generic. This -should- all be
      transparent, but one never knows ...)
    * When given a path to a non-file device (e.g., "/dev/null"), the OPEN
      function now tries to return a stream that's not a FILE-STREAM.
*** Bug Fixes: ***
    * TRANSLATE-LOGICAL-PATHNAME had difficulty handling translations involving
      the root directory (#p"/").
    * SLOT-EXISTS-P was completely broken.
    * There were several bugs related to CLOS's treatment of FORWARD-
      REFERENCED-CLASSES; perhaps the most severe of these was the fact that
      they couldn't be instantiated (there was a typo in the ENSURE-CLASS-
      USING-CLASS method for them.)
    * Various flavors of FF-CALL didn't handle foreign functions whose address
      was passed as a MACPTR correctly.
    * The kernel Makefile for Darwin now tries to infer the version of GCC in
      use, since some versions effectively invert the meaning of the
      "-traditional-cpp" argument.
    * There were some errors in some system call definitions for Darwin (off_t
      is signed).
    * SAVE-APPLICATION wasn't accepting logical pathnames for its output file.

_______________________________________________
Openmcl-devel mailing list
Openmcl-devel at clozure.com
http://clozure.com/cgi-bin/mailman/listinfo/openmcl-devel



More information about the Openmcl-devel mailing list