From: daniel.llorens@bluewin.ch
To: guile-devel@gnu.org
Subject: [PATCH 3/6] Remove documentation on uniform-vector-read!, uniform-vector-write
Date: Mon, 13 Feb 2017 15:04:25 +0100 [thread overview]
Message-ID: <20170213140428.54258-4-daniel.llorens@bluewin.ch> (raw)
In-Reply-To: <20170213140428.54258-1-daniel.llorens@bluewin.ch>
From: Daniel Llorens <daniel.llorens@bluewin.ch>
* NEWS: Add specific removal notice.
* doc/ref/api-data.texi: Remove documentation on uniform-vector-read!,
uniform-vector-write.
---
NEWS | 7 +++++++
doc/ref/api-data.texi | 33 ---------------------------------
2 files changed, 7 insertions(+), 33 deletions(-)
diff --git a/NEWS b/NEWS
index 5680a20..f725468 100644
--- a/NEWS
+++ b/NEWS
@@ -690,6 +690,13 @@ All code deprecated in Guile 2.0 has been removed. See older NEWS, and
check that your programs can compile without linker warnings and run
without runtime warnings. See "Deprecation" in the manual.
+In particular, the following functions, which were deprecated in 2.0.10
+but not specifically mentioned earlier in this file, have been removed:
+
+*** `uniform-vector-read!' and `uniform-vector-write' have been
+ removed. Use `get-bytevector-n!' and `put-bytevector' from (rnrs io
+ ports) instead.
+
** Remove miscellaneous unused interfaces
We have removed accidentally public, undocumented interfaces that we
diff --git a/doc/ref/api-data.texi b/doc/ref/api-data.texi
index 1b3170e..f5c8798 100644
--- a/doc/ref/api-data.texi
+++ b/doc/ref/api-data.texi
@@ -7565,39 +7565,6 @@ $\left(\matrix{%
@end example
@end deffn
-@deffn {Scheme Procedure} uniform-array-read! ra [port_or_fd [start [end]]]
-@deffnx {C Function} scm_uniform_array_read_x (ra, port_or_fd, start, end)
-Attempt to read all elements of array @var{ra}, in lexicographic order, as
-binary objects from @var{port_or_fd}.
-If an end of file is encountered,
-the objects up to that point are put into @var{ra}
-(starting at the beginning) and the remainder of the array is
-unchanged.
-
-The optional arguments @var{start} and @var{end} allow
-a specified region of a vector (or linearized array) to be read,
-leaving the remainder of the vector unchanged.
-
-@code{uniform-array-read!} returns the number of objects read.
-@var{port_or_fd} may be omitted, in which case it defaults to the value
-returned by @code{(current-input-port)}.
-@end deffn
-
-@deffn {Scheme Procedure} uniform-array-write ra [port_or_fd [start [end]]]
-@deffnx {C Function} scm_uniform_array_write (ra, port_or_fd, start, end)
-Writes all elements of @var{ra} as binary objects to
-@var{port_or_fd}.
-
-The optional arguments @var{start}
-and @var{end} allow
-a specified region of a vector (or linearized array) to be written.
-
-The number of objects actually written is returned.
-@var{port_or_fd} may be
-omitted, in which case it defaults to the value returned by
-@code{(current-output-port)}.
-@end deffn
-
@node Shared Arrays
@subsubsection Shared Arrays
--
2.10.1
next prev parent reply other threads:[~2017-02-13 14:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-13 14:04 Better support for non-zero lower bound arrays daniel.llorens
2017-02-13 14:04 ` [PATCH 1/6] Remove unnecessary #include daniel.llorens
2017-02-13 14:04 ` [PATCH 2/6] Replace uniform-vector-read benchmark with bytevector-io benchmark daniel.llorens
2017-02-13 14:04 ` daniel.llorens [this message]
2017-02-13 14:04 ` [PATCH 4/6] Fix sort, sort! for arrays with nonzero lower bound daniel.llorens
2017-02-13 14:04 ` [PATCH 5/6] Support non-zero lower bounds in array-slice-for-each daniel.llorens
2017-02-13 14:04 ` [PATCH 6/6] Fix bitvectors and non-zero lower bound arrays in truncated-print daniel.llorens
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170213140428.54258-4-daniel.llorens@bluewin.ch \
--to=daniel.llorens@bluewin.ch \
--cc=guile-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).