mosh-0.2.8
github-actions
released this
13 Nov 22:50
·
1734 commits
to master
since this release
Mosh 0.2.8 Release Note
About This Release
Minor release to support M1 mac.
Known issues
- nmosh does not support R7RS libraries
Changes
-
R7RS (Experimental)
- Support R7RS small + (scheme vector) library.
- Mosh passes 1200/1210 tests in r7rs-tests.scm from Chibi Scheme.
- To demonstrate R7RS comformance, we wrote MNIST demo in R7RS. It works both with Gauche and Mosh.
- Mosh can run all ecraven/r7rs-benchmarks.
-
Platform:
- macOS:
- Added native support for M1 Mac (except FFI).
- macOS:
-
Build system:
- Now
configure
script reliespkg-config
to detect and link against
system libraries - CMake build now require CMake 3.0 or later.
- Now
-
Libraries:
- Added SRFI 133, 158 and 194 support.
- Added SRFI 176 support. Huge thanks to Lassi Kortela.
-
Heap:
- Updated Boehm GC to the latest.
-
nmosh:
- nmosh now uses shortened filename for cache/debug-info. The shortened
filename will be prefixed with "@"(at).
- nmosh now uses shortened filename for cache/debug-info. The shortened
-
TinyCLOS:
- A bool value next-method? available within method definition. See
Issue 216 for details.
- A bool value next-method? available within method definition. See
-
Added
--optimize-level
commandline option. -
Fixnum
- Now Mosh has 62 bits size Fixnum in 64bits architectures.
-
f64array
- To support faster matrix operations. We introduced f64array which is 2D matrix of double.
Bug fixes
-
Build system:
- (mosh mysql) and (mosh config) was not installed properly.
-
Reader:
- Fixed Issue 221 reported and patched by David Banks:
- "."(period) was not treated as a delimiter. For example, "#t.#f"
read as #t.
- "."(period) was not treated as a delimiter. For example, "#t.#f"
- Fixed Issue 221 reported and patched by David Banks:
-
VM:
- VM Compiler error "[internal error] iform-count-size-upto: unknown
iform tag:13" was fixed.
- VM Compiler error "[internal error] iform-count-size-upto: unknown
-
Core:
-
Fixed Issue 215 reported by mrc.mgg:
finite?
andflfinite?
were returned #t for NaNs.
-
Fixed Issue 217 reported by David Banks:
eqv?
was returned#t
for(eqv? 4.0 4)
-
Various procedures fixed for returning correct exact/inexact value.
-
Fixed Issue 224 reported by David Banks:
hashtable-ref
could cause segfaults.
-
Bytevector buffer port opened by
open-bytevector-output-port
was broken
when the value outputted multiple times. -
Fixed some compiler optimization issues.
-
Fixed
equal
.
-
-
R6RS:
- Fixed
vector-map
problem reported by Eduardo Cavazos:vector-map
was not handle correctly when given procedure returned
multiple times. Nowvector-map
defined as vector variant of R6RS
map
.
- Fixed
-
file-executable?
- file-executable? now always returns #f in Windows platform.
See #65.
- file-executable? now always returns #f in Windows platform.