Alex Shinn
461fec8e6d
adding build-tests script to verify different build options.
2009-12-27 15:44:28 +09:00
Alex Shinn
e9d6f1857a
types are now context-group local by default.
2009-12-26 23:46:54 +09:00
Alex Shinn
7392e082cc
adding srfi-46 support
2009-12-26 08:07:28 +09:00
Alex Shinn
05ee7c6725
adding (... ...) escapes and SRFI-46 ellipse specifiers to syntax-rules
2009-12-26 02:07:18 +09:00
Alex Shinn
a1941ff08a
somewhat reluctantly adding dynamic-wind
2009-12-26 00:50:45 +09:00
Alex Shinn
2583b692d5
disasm now recursively prints lets and local lambdas
2009-12-18 14:16:10 +09:00
Alex Shinn
6b3b13dec6
adding cases in simplify to optimize let bindings over literals
...
and non-mutated identifiers. helps a lot with the default
syntax-rules constructions - in particular reduces the number of
bytecode allocations for (chibi match) from 2397 to 1872.
2009-12-18 11:37:37 +09:00
Alex Shinn
e0c4d1d5bf
fixing define splicing for let-syntax (issue #13 )
2009-12-16 18:39:11 +09:00
Derick Eddington
7050da677d
fixing let* internal define
2009-12-07 16:16:01 -08:00
Derick Eddington
14c99c4729
fixing identifier comparison bugs
2009-12-06 21:34:30 -08:00
Alex Shinn
0efd491c24
fixing nested let-syntax hygiene, simplifying error handling
...
also providing better errors in some cases, and exiting with
a non-zero status on script errors
2009-12-06 17:40:50 +09:00
Alex Shinn
353594a028
fixing some 64-bit bignum arithmetic cases
2009-11-28 16:05:59 +09:00
Alex Shinn
025aae80d6
adding tree search patterns to (chibi match)
2009-11-25 22:46:38 +09:00
Alex Shinn
f53e4df208
adding support for runtime definition of new types
2009-11-10 21:50:59 +09:00
Alex Shinn
9951c8e921
adding extended numeric tests and fixes for the bignum bugs it turned up
2009-07-15 23:56:51 +09:00
Alex Shinn
b1c0ea895b
committing initial bignum support, still needs more thorough testing.
...
can disable with USE_BIGNUMS=0 - the interactions between this and
USE_FLONUMS are messy, so they will likely be merged into a single
option in the near future (i.e. you either have only fixnums, or a
full range of numeric types).
adding rationals based on this would be easy and is a likely future
feature. adding native support for complex numbers is unlikely.
2009-07-07 19:16:23 +09:00
