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 (901832e -> f7fdd8b)


From: Daniel Llorens
Subject: [Guile-commits] branch lloda-array-support updated (901832e -> f7fdd8b)
Date: Thu, 23 Jun 2016 10:22:14 +0000 (UTC)

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

  discards  901832e   Remove uniform-array-read!, uniform-array-write from the 
manual
  discards  dfa5ad1   Remove commented stack version of 
scm_array_for_each_cell()
  discards  35016d9   Fix pool version of scm_array_for_each_cell by aligning 
pointers
  discards  861d2a9   Fix a corner case with empty arrays in 
(array-for-each-cell)
  discards  3fd6cd8   Clean up (array-for-each-cell)
  discards  f4af3a5   Avoid variable stack use in scm_array_for_each_cell()
  discards  1d0c124   Special case for array-map! with three arguments
  discards  924034a   New export (array-for-each-cell-in-order)
  discards  e721f00   Draft documentation for (array-for-each-cell)
  discards  64ab985   Draft of (array-for-each-cell)
  discards  b6b333e   Do not use array handles in scm_vector
  discards  a4b2429   Remove deprecated and unused generalized-vector functions
  discards  644ff5d   Speed up for multi-arg cases of scm_ramap functions
  discards  d41d77f   Remove deprecated array functions
  discards  6cdb95a   Fix compilation of rank 0 typed array literals
  discards  70e9402   Don't use array handles in scm_c_array_rank
  discards  17ec401   Rename array-set-from!, scm_array_set_from_x to 
array-amend!, scm_array_amend_x
  discards  a73c7e6   Tests & doc for array-from, array-from*, array-set-from!
  discards  0db1954   New functions array-from, array-from*, array-set-from!
  discards  5f73633   Compile in C99 mode
  discards  f51a45a   Reuse SCM_BYTEVECTOR_TYPED_LENGTH in scm_array_get_handle
  discards  867d37c   Unuse array 'contiguous' flag
  discards  dd5df90   Remove scm_from_contiguous_array
  discards  da6f2ab   Avoid unneeded internal use of array handles
      adds  9a95167   Fix relative file name canonicalization on paths with "."
      adds  c01a2a7   Fix race between SMOB marking and finalization
       new  942ed0c   Avoid unneeded internal use of array handles
       new  e3afe96   Remove scm_from_contiguous_array
       new  3ee4d14   Unuse array 'contiguous' flag
       new  e093b31   Reuse SCM_BYTEVECTOR_TYPED_LENGTH in scm_array_get_handle
       new  6e75b3f   Compile in C99 mode
       new  954f120   New functions array-from, array-from*, array-set-from!
       new  18b436d   Tests & doc for array-from, array-from*, array-set-from!
       new  75cb7c7   Rename array-set-from!, scm_array_set_from_x to 
array-amend!, scm_array_amend_x
       new  789fa79   Don't use array handles in scm_c_array_rank
       new  642c965   Fix compilation of rank 0 typed array literals
       new  8868c1c   Remove deprecated array functions
       new  692a9f4   Speed up for multi-arg cases of scm_ramap functions
       new  f7ef26f   Remove deprecated and unused generalized-vector functions
       new  51bf607   Do not use array handles in scm_vector
       new  84b6bae   Draft of (array-for-each-cell)
       new  5263512   Draft documentation for (array-for-each-cell)
       new  450966d   New export (array-for-each-cell-in-order)
       new  44f8a4a   Special case for array-map! with three arguments
       new  e91282a   Avoid variable stack use in scm_array_for_each_cell()
       new  a3dc851   Clean up (array-for-each-cell)
       new  9b12645   Fix a corner case with empty arrays in 
(array-for-each-cell)
       new  0b171ad   Fix pool version of scm_array_for_each_cell by aligning 
pointers
       new  9aa5f6f   Remove commented stack version of 
scm_array_for_each_cell()
       new  f7fdd8b   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   (901832e)
            \
             N -- N -- N   refs/heads/lloda-array-support (f7fdd8b)

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:
 libguile/filesys.c                                 |   36 +++++++++---
 libguile/smob.c                                    |   33 ++++++++++-
 test-suite/standalone/Makefile.am                  |    6 ++
 .../{test-list.c => test-smob-mark-race.c}         |   58 ++++++++++----------
 test-suite/tests/ports.test                        |   15 ++---
 5 files changed, 100 insertions(+), 48 deletions(-)
 copy test-suite/standalone/{test-list.c => test-smob-mark-race.c} (54%)



reply via email to

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