Re: Some generated header files are messed up on Alpine

2022-01-01 Thread Paul Eggert
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

Re: Some generated header files are messed up on Alpine

2022-01-01 Thread Jim Meyering
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.

Re: Some generated header files are messed up on Alpine

2022-01-01 Thread Bruno Haible
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

Re: Some generated header files are messed up on Alpine

2022-01-01 Thread Bruno Haible
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

Re: [striconveh] Error handling and Unicode replacement character

2022-01-01 Thread Bruno Haible
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

Some generated header files are messed up on Alpine

2022-01-01 Thread Tim Rühsen
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

[PATCH] maint: fix ‘make update-copyright’ on symlinks

2022-01-01 Thread Paul Eggert
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 ++

Re: Bytewise u??_conv_from_encoding

2022-01-01 Thread Marc Nieper-Wißkirchen
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

Re: Bytewise u??_conv_from_encoding

2022-01-01 Thread 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 pipe at the shell level: iconv -t UTF-8 | my-program (B) Using a programming language that has a coroutines concept. T

Bytewise u??_conv_from_encoding

2022-01-01 Thread Marc Nieper-Wißkirchen
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