From 8016d4822fe334a0a64aa5997252200486e0752c Mon Sep 17 00:00:00 2001 From: jjgarcia Date: Sun, 22 Sep 2002 11:53:56 +0000 Subject: [PATCH] Comment latest improvements. --- src/CHANGELOG | 11 +++++++++++ src/doc/goals.in.html | 12 +++++------- 2 files changed, 16 insertions(+), 7 deletions(-) diff --git a/src/CHANGELOG b/src/CHANGELOG index 895a31df1..8574721d6 100644 --- a/src/CHANGELOG +++ b/src/CHANGELOG @@ -883,6 +883,10 @@ ECLS 0.5 ECL 0.6 ======= +* Supported platforms: + + - ECL now compiles and runs in static mode under MacOSX. + * Errors fixed: - Code for handling :IMPORT-FROM in DEFPACKAGE was bogus @@ -921,6 +925,13 @@ ECL 0.6 routine SI::MANGLE-NAME, output the right name for any symbol which is in this array. + - ECL relies fully on the Boehm-Weiser garbage collector + (v. 6.1). The old garbage collector is known to reclaim too much + data, resulting in heap corruption. Help is welcome on this field. + + - The headers of the Boehm-Weiser garbage collector are installed + together with ECL. + * Visible changes and ANSI compatibility: - New configuration flag --with-clos-streams, enables the user to diff --git a/src/doc/goals.in.html b/src/doc/goals.in.html index c92449158..3875d5632 100644 --- a/src/doc/goals.in.html +++ b/src/doc/goals.in.html @@ -80,6 +80,7 @@ href="http://ecls.sourceforge.net">ECL, either statically or at runtime.
  • Debian Linux on PowerPC
  • FreeBSD 4.x
  • Cygwin on Intel Windows
    • +
  • MacOSX
    • Most of the code is portable. The parts which change from operating system to operating system are about the @@ -97,13 +98,10 @@ platform, but work is in progress to remove GCC dependencies.
  • Better garbage collection. -

    As of this release the memory that ECL can allocate is restricted to -16Mb. I have tried replacing the garbage collector with a conservative one -(Boehm's GC v 4.11) and that did fix the problems, but increases the memory -requirements of ECL. Since this is -really undesirable, I have been also thinking about revamping the current -garbage collector with an interface to mmap(). Time wil tell... +

    As of this release the ECL fully relies on the Boehm-Weiser Garbage +Collector. This increases the memory requirements of ECL with respect to the old +garbage collector, but the whole environment results faster and more robust.

  • Improve the compiler: more agressive inlining, better operations among numbers and unboxed arrays of complex numbers.