guile-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Guile-commits] branch lloda-array-support updated (31d8fc5 -> b4153d6)


From: Daniel Llorens
Subject: [Guile-commits] branch lloda-array-support updated (31d8fc5 -> b4153d6)
Date: Sat, 25 Jun 2016 14:09:31 +0000 (UTC)

lloda pushed a change to branch lloda-array-support
in repository guile.

  discards  31d8fc5   Remove uniform-array-read!, uniform-array-write from the 
manual
  discards  458bc81   Remove commented stack version of 
scm_array_for_each_cell()
  discards  1d103aa   Fix pool version of scm_array_for_each_cell by aligning 
pointers
  discards  0baaaf1   Fix a corner case with empty arrays in 
(array-for-each-cell)
  discards  d3cb359   Clean up (array-for-each-cell)
  discards  1ecd3de   Avoid variable stack use in scm_array_for_each_cell()
  discards  3858f01   Special case for array-map! with three arguments
  discards  2f62821   New export (array-for-each-cell-in-order)
  discards  9f5ff16   Draft documentation for (array-for-each-cell)
  discards  e160f56   Draft of (array-for-each-cell)
  discards  fae71bf   Do not use array handles in scm_vector
  discards  304d677   Remove deprecated and unused generalized-vector functions
  discards  0479294   Speed up for multi-arg cases of scm_ramap functions
  discards  eecc79a   Remove deprecated array functions
  discards  fb7932a   Fix compilation of rank 0 typed array literals
  discards  14376ee   Don't use array handles in scm_c_array_rank
  discards  5646f15   Rename array-set-from!, scm_array_set_from_x to 
array-amend!, scm_array_amend_x
  discards  e909c6b   Tests & doc for array-from, array-from*, array-set-from!
  discards  ad315e0   New functions array-from, array-from*, array-set-from!
  discards  8a62760   Compile in C99 mode
  discards  bda9146   Reuse SCM_BYTEVECTOR_TYPED_LENGTH in scm_array_get_handle
  discards  f77676e   Unuse array 'contiguous' flag
  discards  b740953   Remove scm_from_contiguous_array
  discards  b5edbcd   Avoid unneeded internal use of array handles
      adds  6a5b44d   Check for strtod_l before using it.
      adds  5f9134c   Favor "escape continuation" over "one-shot continuation" 
in manual
       new  cd33f3f   Avoid unneeded internal use of array handles
       new  c285fbd   Remove scm_from_contiguous_array
       new  541154a   Unuse array 'contiguous' flag
       new  6de9ea3   Reuse SCM_BYTEVECTOR_TYPED_LENGTH in scm_array_get_handle
       new  0e5659e   Compile in C99 mode
       new  fd539d3   New functions array-from, array-from*, array-set-from!
       new  8295b68   Tests & doc for array-from, array-from*, array-set-from!
       new  777794d   Rename array-set-from!, scm_array_set_from_x to 
array-amend!, scm_array_amend_x
       new  f32d28e   Don't use array handles in scm_c_array_rank
       new  f93d8dd   Fix compilation of rank 0 typed array literals
       new  a015490   Remove deprecated array functions
       new  8127de4   Speed up for multi-arg cases of scm_ramap functions
       new  cd1d697   Remove deprecated and unused generalized-vector functions
       new  0005569   Do not use array handles in scm_vector
       new  8128f37   Draft of (array-for-each-cell)
       new  248c1a3   Draft documentation for (array-for-each-cell)
       new  ae7a88d   New export (array-for-each-cell-in-order)
       new  fe45e37   Special case for array-map! with three arguments
       new  63229d9   Avoid variable stack use in scm_array_for_each_cell()
       new  c1a76b9   Clean up (array-for-each-cell)
       new  018e5e0   Fix a corner case with empty arrays in 
(array-for-each-cell)
       new  327e6c9   Fix pool version of scm_array_for_each_cell by aligning 
pointers
       new  d3abafc   Remove commented stack version of 
scm_array_for_each_cell()
       new  b4153d6   Remove uniform-array-read!, uniform-array-write from the 
manual

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   (31d8fc5)
            \
             N -- N -- N   refs/heads/lloda-array-support (b4153d6)

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 24 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             |    2 +-
 doc/ref/api-control.texi |    6 ++----
 libguile/array-map.c     |    2 +-
 libguile/i18n.c          |    4 ++--
 4 files changed, 6 insertions(+), 8 deletions(-)



reply via email to

[Prev in Thread] Current Thread [Next in Thread]