I'd like to try the approach a bit more (especially as this prompted me
to simplify it a bit :-). So I installed the first attached patch to
Gnulib, to work around the bug in BusyBox 'sed'.
This 'sed' bug was new to me, so I installed the second attached patch
to Autoconf, to document the port
On Sat, Jan 1, 2022 at 12:15 PM Bruno Haible wrote:
> Paul,
>
> I suggest the attached patch. Objections?
Looks fine to me. Thanks for the speedy fix.
Paul,
I suggest the attached patch. Objections?
Bruno
From 4e30d9715e44f2aade3927e762a4b1fee340962e Mon Sep 17 00:00:00 2001
From: Bruno Haible
Date: Sat, 1 Jan 2022 21:12:21 +0100
Subject: [PATCH] gen-header: Fix major bug on Alpine Linux (regression
2021-12-25).
MIME-Version: 1.0
Content-Type
Hi Tim,
> Some generated header files look like
>
> bash-5.1# head -3 lib/uniwidth.h
> /* DO NOT EDIT! GENERATED AUTOMATICALLY! */
> 2001-2002, 2005, 2007, 2009-2021 Free Software Foundation,
> Inc.
>
> This obviously won't compile.
I reproduce it on Alpine Linux 3.14, with a tarball crea
Marc Nieper-Wißkirchen wrote on 2021-12-30:
> The striconveh module and related modules offer an error handler
> argument. The current possible values are:
>
> iconveh_error
> iconveh_question_mark
> iconveh_escape_sequence
>
> The second option replaces any unconvertible character with a questio
Hi,
I just updated gnulib to commit 2671376bc and have build issues on
Alpine (using docker; FROM alpine:latest).
Not saying this commit is faulty, I didn't update gnulib since April 2021.
Some generated header files look like
bash-5.1# head -3 lib/uniwidth.h
/* DO NOT EDIT! GENERATED AUTOMAT
After running ‘make update-copyright’ I noticed that it
incorrectly replaced a couple of symlinks with their contents.
* Makefile (update-copyright): Do not update symlinks.
* etc/license-notices/GPL, etc/license-notices/LGPL:
Change these back to symlinks.
---
ChangeLog| 9 ++
Hi Bruno,
thanks for your insights, valuable as always.
Am Sa., 1. Jan. 2022 um 13:57 Uhr schrieb Bruno Haible :
>
> Hi Marc,
>
> > The demand to read a file (in local encoding) and to decode it
> > incrementally seems a typical one.
>
> There are four ways to satisfy this demand.
>
> (A) Using a
Hi Marc,
> The demand to read a file (in local encoding) and to decode it
> incrementally seems a typical one.
There are four ways to satisfy this demand.
(A) Using a pipe at the shell level:
iconv -t UTF-8 | my-program
(B) Using a programming language that has a coroutines concept.
T
The demand to read a file (in local encoding) and to decode it
incrementally seems a typical one.
With Gnulib, this can be done using the mbfile module to read in the
multibytes byte-by-byte and then using the striconveh module to decode
the multibytes in, say, UTF-8 or UTF-32.
This, however, doe
10 matches
Mail list logo