df1bdf1e25
GNU texinfo 6.7 fails to parse api-compound.texi because of an unnecessary non-breaking space character (code point 160). (Whereas GNU texinfo 6.5 succeeds there, as does the old C source version bundled with NetBSD's userland.) utf8 "\xA0" does not map to Unicode at ParserNonXS.pm line 1796, <FH> line 908. Malformed UTF-8 character: \xa0 (unexpected continuation byte 0xa0, with no preceding start byte) in pattern match (m//) at ParserNonXS.pm line 3364. Malformed UTF-8 character (fatal) at ParserNonXS.pm line 3364. It's simpler to just replace the byte in that source file with an ASCII space character than attempt to fix the texinfo parsing code (and we're in a freeze right now, too). This should fix the bulk build failures on SmartOS and others.
16 lines
840 B
Text
16 lines
840 B
Text
$NetBSD: patch-doc_ref_api-compound.texi,v 1.1 2019/12/24 01:42:53 gutteridge Exp $
|
||
|
||
Remove an unnecessary non-breaking space character (code point 160)
|
||
that caused GNU texinfo 6.7 to fail during parsing.
|
||
|
||
--- doc/ref/api-compound.texi.orig 2010-12-13 17:24:39.000000000 +0000
|
||
+++ doc/ref/api-compound.texi
|
||
@@ -905,7 +905,7 @@ Sets the element at position @var{idx} i
|
||
@end deftypefn
|
||
|
||
@deftypefn {C Function} {const SCM *} scm_vector_elements (SCM vec, scm_t_array_handle *handle, size_t *lenp, ssize_t *incp)
|
||
-Acquire a handle for the vector @var{vec} and return a pointer to the
|
||
+Acquire a handle for the vector @var{vec} and return a pointer to the
|
||
elements of it. This pointer can only be used to read the elements of
|
||
@var{vec}. When @var{vec} is not a vector, an error is signaled. The
|
||
handle mustr eventually be released with
|