[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Guile-commits] branch lloda-array-support updated (5adfbef -> fea3974)
From: |
Daniel Llorens |
Subject: |
[Guile-commits] branch lloda-array-support updated (5adfbef -> fea3974) |
Date: |
Fri, 13 Nov 2015 14:30:42 +0000 |
lloda pushed a change to branch lloda-array-support
in repository guile.
discards 5adfbef Draft documentation for (array-for-each-cell)
discards 4b2b6c1 Draft of (array-for-each-cell)
discards e1f57b3 Do not use array handles in scm_vector
discards d45cb1f Remove deprecated and unused generalized-vector functions
discards 368805e Speed up for multi-arg cases of scm_ramap functions
discards ceda4b4 Remove deprecated array functions
discards a1f5c8c Fix compilation of rank 0 typed array literals
discards 29d9d9b Don't use array handles in scm_c_array_rank
discards a595943 Rename array-set-from!, scm_array_set_from_x to
array-amend!, scm_array_amend_x
discards 503d6da Tests & doc for array-from, array-from*, array-set-from!
discards a1a5212 New functions array-from, array-from*, array-set-from!
discards c5412eb Compile in C99 mode
discards 0d6474b Reuse SCM_BYTEVECTOR_TYPED_LENGTH in scm_array_get_handle
discards 46326e4 Unuse array 'contiguous' flag
discards 2679186 Remove scm_from_contiguous_array
discards 73cfe05 Avoid unneeded internal use of array handles
adds ce36fb1 Bootstrap build doesn't have to expand CPS optimizations
adds 8d79dfd Revert "Bootstrap build doesn't have to expand CPS
optimizations"
adds 04356da CSE can run on first-order CPS
adds 3f345f5 Run CSE to clean up after closure conversion
adds 34f3fb7 Fix slot-allocation to make 'return' not need to
alloc-frame
adds 7aee3c7 return-values opcode resets the frame
adds 7c9e477 Don't emit redundant reset-frame before return
adds 2f08838 Replace return primcalls with $values
adds 696339a Always emit return-values
adds 8db54c8 rtl.test uses return-values
adds c984432 Remove use of return in disassembler.scm
adds 9585508 Remove return opcode
adds dd77a81 Treat tail $values as generating lazy allocations
adds e7660a6 VM support for raw slots
adds e3cc0ee Reflection support for unboxed f64 slots
adds fc87033 Stack slots can hold a double
adds 5bbc47b Add VM ops to pack and unpack raw f64 values.
adds 6087539 Type inference distinguishes between untagged and tagged
flonums
adds b1ac8d6 bv-{f32,f64}-{ref,set!} operate on raw f64 values
adds c438998 Scalar replacement for f64->scm
adds 3b4941f Add fadd, fsub, fmul, fdiv instructions
adds 12e9e21 Add new pass to specialize "add" into "fadd" where
possible
adds f0594be Fix slot representation computation for fadd, fmul, etc
adds 5b9835e The compiler can unbox float64 loop variables
adds 80f2726 Better f64 unboxing for loop vars that might flow to
$ktail
adds 7dc3e4b Remove debug printout in specialize-numbers
adds ac5a05d Bump bytecode version
adds 25738ec Eval speedup for lexical-ref
adds 13edcf5 load-path will skip over stale .go files and keep going
new a80995d Avoid unneeded internal use of array handles
new 0453b9b Remove scm_from_contiguous_array
new 222e778 Unuse array 'contiguous' flag
new 8bd1721 Reuse SCM_BYTEVECTOR_TYPED_LENGTH in scm_array_get_handle
new dab7774 Compile in C99 mode
new 69b3b70 New functions array-from, array-from*, array-set-from!
new 98496c0 Tests & doc for array-from, array-from*, array-set-from!
new bc018aa Rename array-set-from!, scm_array_set_from_x to
array-amend!, scm_array_amend_x
new 5f056bd Don't use array handles in scm_c_array_rank
new d4b9773 Fix compilation of rank 0 typed array literals
new 6d70ef1 Remove deprecated array functions
new 2acf93b Speed up for multi-arg cases of scm_ramap functions
new 035a08f Remove deprecated and unused generalized-vector functions
new f74d424 Do not use array handles in scm_vector
new 1e8cd87 Draft of (array-for-each-cell)
new fea3974 Draft documentation for (array-for-each-cell)
This update added new revisions after undoing existing revisions.
That is to say, some revisions that were in the old version of the
branch are not in the new version. This situation occurs
when a user --force pushes a change and generates a repository
containing something like this:
* -- * -- B -- O -- O -- O (5adfbef)
\
N -- N -- N refs/heads/lloda-array-support (fea3974)
You should already have received notification emails for all of the O
revisions, and so the following emails describe only the N revisions
from the common base, B.
Any revisions marked "omits" are not gone; other references still
refer to them. Any revisions marked "discards" are gone forever.
The 16 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails. The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.
Summary of changes:
bootstrap/Makefile.am | 1 +
doc/ref/vm.texi | 11 +-
libguile/_scm.h | 2 +-
libguile/frames.c | 56 ++++-
libguile/frames.h | 6 +-
libguile/load.c | 197 ++++++++--------
libguile/loader.c | 4 +-
libguile/loader.h | 4 +-
libguile/vm-engine.c | 141 +++++++++--
libguile/vm.c | 77 ++++---
module/Makefile.am | 1 +
module/ice-9/eval.scm | 7 +-
module/language/cps/compile-bytecode.scm | 26 +--
module/language/cps/contification.scm | 7 +-
module/language/cps/cse.scm | 320 +++++++++++++-------------
module/language/cps/effects-analysis.scm | 9 +
module/language/cps/optimize.scm | 5 +-
module/language/cps/slot-allocation.scm | 103 +++++++--
module/language/cps/specialize-numbers.scm | 345 ++++++++++++++++++++++++++++
module/language/cps/type-fold.scm | 2 +-
module/language/cps/types.scm | 141 ++++++++----
module/language/cps/verify.scm | 4 +-
module/language/tree-il/compile-cps.scm | 43 +++-
module/system/repl/debug.scm | 6 +-
module/system/vm/assembler.scm | 53 +++--
module/system/vm/debug.scm | 13 +-
module/system/vm/disassembler.scm | 6 +-
module/system/vm/frame.scm | 50 +++--
test-suite/tests/rtl.test | 97 ++++----
29 files changed, 1211 insertions(+), 526 deletions(-)
create mode 100644 module/language/cps/specialize-numbers.scm
- [Guile-commits] branch lloda-array-support updated (5adfbef -> fea3974),
Daniel Llorens <=
- [Guile-commits] 01/16: Avoid unneeded internal use of array handles, Daniel Llorens, 2015/11/13
- [Guile-commits] 04/16: Reuse SCM_BYTEVECTOR_TYPED_LENGTH in scm_array_get_handle, Daniel Llorens, 2015/11/13
- [Guile-commits] 02/16: Remove scm_from_contiguous_array, Daniel Llorens, 2015/11/13
- [Guile-commits] 05/16: Compile in C99 mode, Daniel Llorens, 2015/11/13
- [Guile-commits] 06/16: New functions array-from, array-from*, array-set-from!, Daniel Llorens, 2015/11/13
- [Guile-commits] 07/16: Tests & doc for array-from, array-from*, array-set-from!, Daniel Llorens, 2015/11/13
- [Guile-commits] 10/16: Fix compilation of rank 0 typed array literals, Daniel Llorens, 2015/11/13
- [Guile-commits] 09/16: Don't use array handles in scm_c_array_rank, Daniel Llorens, 2015/11/13
- [Guile-commits] 03/16: Unuse array 'contiguous' flag, Daniel Llorens, 2015/11/13
- [Guile-commits] 11/16: Remove deprecated array functions, Daniel Llorens, 2015/11/13