[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Guile-commits] branch lloda-squash0 updated (d5c86c2 -> ed383e9)
From: |
Daniel Llorens |
Subject: |
[Guile-commits] branch lloda-squash0 updated (d5c86c2 -> ed383e9) |
Date: |
Thu, 14 Jul 2016 15:31:13 +0000 (UTC) |
lloda pushed a change to branch lloda-squash0
in repository guile.
discards d5c86c2 Special case for array-map! with three arguments
discards 2bea305 New functions (array-for-each-cell,
array-for-each-cell-in-order)
discards c338fd7 Support typed arrays in some sort functions
discards a96b498 Remove uniform-array-read!, uniform-array-write from the
manual
discards e9f0ee4 Speed up for multi-arg cases of scm_ramap functions
discards 83c4f18 Do not use array handles in scm_vector
discards 2f2a098 Remove deprecated array functions
discards 1d15eaa New functions array-from, array-from*, array-amend!
discards 5950052 Reuse SCM_BYTEVECTOR_TYPED_LENGTH in scm_array_get_handle
discards 55619d0 Avoid unneeded internal use of array handles
discards 653463a Remove scm_from_contiguous_array, array 'contiguous' flag
discards 9876c7d Fix compilation of rank 0 typed array literals
discards 2ccb648 Compile in C99 mode
new e657d1f Fix compilation of rank 0 typed array literals
new 56deb6a Remove scm_from_contiguous_array, array 'contiguous' flag
new 2d00cf1 Avoid unneeded internal use of array handles
new a2583cc Reuse SCM_BYTEVECTOR_TYPED_LENGTH in scm_array_get_handle
new 3248c26 Remove deprecated array functions
new 82c3a8b Support typed arrays in some sort functions
new a39ed77 Do not use array handles in scm_vector
new 068598c Speed up for multi-arg cases of scm_ramap functions
new 475b365 Special case for array-map! with three arguments
new a1e5722 New functions array-from, array-from*, array-amend!
new ed383e9 New functions (array-for-each-cell,
array-for-each-cell-in-order)
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 (d5c86c2)
\
N -- N -- N refs/heads/lloda-squash0 (ed383e9)
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 11 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:
configure.ac | 5 +-
libguile/array-map.c | 284 +++++++++++++++++++++++++-------------------------
libguile/arrays.c | 23 ++--
libguile/sort.c | 15 +--
4 files changed, 168 insertions(+), 159 deletions(-)
- [Guile-commits] branch lloda-squash0 updated (d5c86c2 -> ed383e9),
Daniel Llorens <=
- [Guile-commits] 04/11: Reuse SCM_BYTEVECTOR_TYPED_LENGTH in scm_array_get_handle, Daniel Llorens, 2016/07/14
- [Guile-commits] 01/11: Fix compilation of rank 0 typed array literals, Daniel Llorens, 2016/07/14
- [Guile-commits] 05/11: Remove deprecated array functions, Daniel Llorens, 2016/07/14
- [Guile-commits] 09/11: Special case for array-map! with three arguments, Daniel Llorens, 2016/07/14
- [Guile-commits] 02/11: Remove scm_from_contiguous_array, array 'contiguous' flag, Daniel Llorens, 2016/07/14
- [Guile-commits] 10/11: New functions array-from, array-from*, array-amend!, Daniel Llorens, 2016/07/14
- [Guile-commits] 03/11: Avoid unneeded internal use of array handles, Daniel Llorens, 2016/07/14
- [Guile-commits] 08/11: Speed up for multi-arg cases of scm_ramap functions, Daniel Llorens, 2016/07/14
- [Guile-commits] 07/11: Do not use array handles in scm_vector, Daniel Llorens, 2016/07/14
- [Guile-commits] 11/11: New functions (array-for-each-cell, array-for-each-cell-in-order), Daniel Llorens, 2016/07/14