1.1 --- a/PACKAGES-USED Tue Aug 10 14:23:32 2010 +0200
1.2 +++ b/PACKAGES-USED Wed Aug 11 00:58:25 2010 +0200
1.3 @@ -54,9 +54,9 @@
1.4
1.5 +++++++++++++++++++++++++++++++++++
1.6
1.7 -The GC, PCRE and GMP libraries provided with STklos are only used if there
1.8 -are no identical (or higher) versions of these libraries already
1.9 -installed on the system at configuration time.
1.10 +The GC, PCRE, LIBFFI and GMP libraries provided with STklos are only
1.11 +used if there are no identical (or higher) versions of these libraries
1.12 +already installed on the system at configuration time.
1.13
1.14
1.15
2.1 --- a/PORTING-NOTES Tue Aug 10 14:23:32 2010 +0200
2.2 +++ b/PORTING-NOTES Wed Aug 11 00:58:25 2010 +0200
2.3 @@ -1,5 +1,3 @@
2.4 -This file contains a set of informations for compiling STklos on
2.5 -various architectures.
2.6
2.7 Version 1.0 is known to compile with the standard invocation
2.8 configure && make && sudo make install
2.9 @@ -9,13 +7,14 @@
2.10 - MacOS 10.5+ (gcc-4.x 32 and 64 bits)
2.11 - FreeBSD 8.x (gcc-4.x 32 bits)
2.12
2.13 -
2.14 +======================================================================
2.15 ======================================================================
2.16 All the informations given below are for old versions (pre-1.0) of
2.17 STklos. They are here for the record.
2.18
2.19
2.20 -
2.21 +This file contains a set of informations for compiling STklos on
2.22 +various architectures.
2.23
2.24 If you experience a new port or confirm/infirm/add informations which
2.25 are specified here please send a mail to Erick Gallesio
3.1 --- a/README Tue Aug 10 14:23:32 2010 +0200
3.2 +++ b/README Wed Aug 11 00:58:25 2010 +0200
3.3 @@ -1,6 +1,6 @@
3.4 -*- outline -*-
3.5
3.6 - S T k l o s ( v e r s i o n 0 . 9 8 )
3.7 + S T k l o s ( v e r s i o n 1 . 0 0 )
3.8 =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
3.9
3.10 Erick Gallesio
3.11 @@ -9,20 +9,26 @@
3.12
3.13 * Purpose
3.14
3.15 -STklos is a free Scheme System (nearly) conform to R5RS. The aim of this
3.16 -implementation is to be fast as well as light. The implementation is
3.17 -based on an ad-hoc Virtual Machine. STklos can also be compiled as a
3.18 -library, so that one can easily embed it in an application.
3.19 +STklos is a free Scheme system compliant with the languages features
3.20 +defined in R5RS. The aim of this implementation is to be fast as well
3.21 +as light. The implementation is based on an ad-hoc Virtual
3.22 +Machine. STklos can also be compiled as a library and embedded in an
3.23 +application.
3.24
3.25 The salient points of STklos are:
3.26 - * efficient and powerful object system based on CLOS providing
3.27 - - Multiple Inheritance,
3.28 - - Generic Functions,
3.29 - - Multi-methods
3.30 - - an efficient MOP (Meta Object Protocol)
3.31 +
3.32 + * an efficient and powerful object system based on CLOS providing
3.33 + o Multiple Inheritance,
3.34 + o Generic Functions,
3.35 + o Multi-methods
3.36 + o an efficient MOP (Meta Object Protocol)
3.37 * a simple to use module system
3.38 - * implements the full tower of numbers defined in R5RS
3.39 - * easy connection to the GTK+ toolkit
3.40 + * a full tower of numbers implementation, as defined in R5RS,
3.41 + * easy connection to the GTK+ toolkit,
3.42 + * a Perl compatible regular expressions thanks to the PCRE package,
3.43 + * easily extensible with its ScmPkg mechanism,
3.44 + * it implements properly tail recursive calls.
3.45 +
3.46
3.47 * History
3.48
3.49 @@ -37,12 +43,10 @@
3.50 completely the case with STk).
3.51
3.52 Whereas STk used the Tk toolkit, STklos used the GTK+ graphical
3.53 -toolkit. This choice was dictated by the low activity around Tk (no
3.54 -new widgets for several years) and by, on contrary, the effervescence
3.55 -around GTK+. STklos is not completely compatible with STk but it
3.56 -should be easy to port old STk graphical applications (provided that
3.57 -they use objects). The GTK+ extension can be loaded at run time and
3.58 -does not require a special interpreter as it was the case with STk.
3.59 +toolkit. STklos is not completely compatible with STk but it should be
3.60 +easy to port old STk graphical applications (provided that they use
3.61 +objects). The GTK+ extension can be loaded at run time and does not
3.62 +require a special interpreter as it was the case with STk.
3.63
3.64 * SRFI Support
3.65
3.66 @@ -54,27 +58,34 @@
3.67
3.68 * Supported architectures
3.69
3.70 +
3.71 STklos is known to work on the following architectures:
3.72 - - Linux 2.2/ 2.4 / 2.6 (i386/gcc)
3.73 - - Linux 2.4 (itanium/gcc)
3.74 - - Linux 2.2 (Alpha/egcs)
3.75 - - FreeBSD 6.2 (i386/gcc)
3.76 - - Win XP (i386/gcc(Cygwin))
3.77 - - Mac OS-X (ppc/apple gcc & intel/apple gcc)
3.78 - - Solaris 8 (ultrasparc/gcc)
3.79 - - Irix 6.5.20 (Octane, mips R10,000)
3.80 - - Open Darwin 7.0 (PPC/gcc)
3.81
3.82 -This is clearly not sufficient and port to other architectures should
3.83 -be done, but any help in this area is really welcome. More
3.84 -informations on supported platforms is available in the PORTING-NOTES
3.85 -file in the distribution.
3.86 + * Linux 1.6.x (i386/gcc 32 and 64bits)
3.87 + * Mac OS X 10.5+ (i386/gcc 32 and 64 bits)
3.88 + * FreeBSD 8.x (i386/gcc 32 bits and probably 64 bits)
3.89 +
3.90 +
3.91 +Previous versions of STklos have run on various architectures. All
3.92 +these ports are pretty old now, but if a port worked a day on a given
3.93 +architecture, it should be not too hard to port recent version of
3.94 +STklos on it. The old ports were effective on:
3.95 +
3.96 + * Win-NT/Win-XP (i386/gcc(Cygwin))
3.97 + * Linux >= 2.2 (i386/gcc and alpha/gcc)
3.98 + * FreeBSD 4.2 (i386/gcc)
3.99 + * Mac OS X (ppc & Intel/gcc)
3.100 + * Solaris 8 (ultrasparc/gcc)
3.101 + * Irix 6.5.20 (Octane, mips R10,000)
3.102 + * Open Darwin 7.0 (PPC/gcc)
3.103 +
3.104 +More informations on supported platforms is available in the
3.105 +PORTING-NOTES file in the distribution.
3.106 +
3.107
3.108 * Project Home
3.109
3.110 STklos home page is is located at http://stklos.net
3.111 -The project is also hosted on Source Forge http://sourceforge.net/projects/stklos.
3.112 -
3.113
3.114
3.115 --
4.1 --- a/TODO Tue Aug 10 14:23:32 2010 +0200
4.2 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000
4.3 @@ -1,40 +0,0 @@
4.4 - -*- outline -*-
4.5 -
4.6 -THIS IS VERY OBSOLETE AND SHOULD BE REWRITTEN.
4.7 -
4.8 -
4.9 -* THINGS TO DO (NEXT RELEASES PLAN)
4.10 -
4.11 -** Version 0.99
4.12 - - Terminate canvas implementation
4.13 - - Add new widgets that exist in 0.51 and have not been ported back
4.14 - - Add GTk2 support
4.15 - - Add STk Posix support
4.16 - - autoload (and syntax-autoload) and modules as in STk?
4.17 - - Use packages in all the library to hide functions which
4.18 - should not be exported. Use a scheme similar to STk, such as
4.19 - if a user redefines a standard function, it will not break
4.20 - the library itself.
4.21 - - Tree widget
4.22 - - ...
4.23 -
4.24 -************************************************************************
4.25 -
4.26 -* THINGS TO DO (BY CATEGORY)
4.27 -
4.28 -
4.29 -** STUFF TO PORT FROM STk
4.30 - - when-port-readable ...
4.31 - - ...
4.32 -
4.33 -
4.34 -** COMPILER
4.35 - - Add goto optimisations
4.36 - - better handling of undefined symbols when compiling a module.
4.37 -
4.38 -** MISC
4.39 - - Use packages in all the library to hide functions which should not be
4.40 - exported. Use a scheme similar to STk, such as if a user redefines a
4.41 - standard function, it will not break the library itself.
4.42 - - Make an interactive help command. Everything is ready for that.
4.43 -