[Guile-commits] branch lloda-squash0 updated (0961c31 -> 8b49ec3)

[Daniel Llorens]

lloda pushed a change to branch lloda-squash0
in repository guile.

  discards  0961c31   New functions (array-for-each-cell, 
array-for-each-cell-in-order)
  discards  62eff47   New functions array-from, array-from*, array-amend!
  discards  d9a7257   Special case for array-map! with three arguments
  discards  612626c   Speed up for multi-arg cases of scm_ramap functions
  discards  a910a02   Do not use array handles in scm_vector
  discards  91a583c   Support typed arrays in some sort functions
  discards  201dfd0   Remove deprecated array functions
  discards  cc71845   Reuse SCM_BYTEVECTOR_TYPED_LENGTH in scm_array_get_handle
  discards  8748dc3   Avoid unneeded internal use of array handles
  discards  f3901f9   Remove scm_from_contiguous_array, array 'contiguous' flag
  discards  a3f4add   Fix compilation of rank 0 typed array literals
      adds  67a0b7d   Remove .gnuploadrc.
      adds  06e4091   Texinfo serialization: add braces when needed
      adds  8622344   Fix slot allocation for prompts
       new  f244ae8   Fix compilation of rank 0 typed array literals
       new  d8ff1be   Remove scm_from_contiguous_array, array 'contiguous' flag
       new  d4d92b2   Avoid unneeded internal use of array handles
       new  275ba7d   Reuse SCM_BYTEVECTOR_TYPED_LENGTH in scm_array_get_handle
       new  b3b1dd2   Remove deprecated array functions
       new  6799359   Support typed arrays in some sort functions
       new  89fc555   Do not use array handles in scm_vector
       new  9cbd415   Speed up for multi-arg cases of scm_ramap functions
       new  a3d953d   Special case for array-map! with three arguments
       new  afbb28b   New functions array-from, array-from*, array-amend!
       new  8b49ec3   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   (0961c31)
            \
             N -- N -- N   refs/heads/lloda-squash0 (8b49ec3)

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:
 .gnuploadrc                             |    1 -
 module/language/cps/slot-allocation.scm |   51 ++++++++++++--------
 module/texinfo/serialize.scm            |   79 +++++++++++++++++++------------
 test-suite/tests/compiler.test          |   25 ++++++++++
 test-suite/tests/texinfo.serialize.test |    9 +++-
 5 files changed, 113 insertions(+), 52 deletions(-)
 delete mode 100644 .gnuploadrc