On 2025-04-18 10:32, Zack Weinberg wrote:
this hypothetical 'shawk' would be
a *harder* task than converting all the existing unconditional uses of
awk to use sed instead.
In 2007 we starting using awk in config.status because sed didn't always
handle backslash-newline correctly, and because o
Simon Josefsson wrote:
> I'm concerned about rewriting efforts, they tend to never get finished.
Right. And the target of the rewrite should be something that is not
changing rapidly. Because users in the year 2040 should be able to take
a tarball packaged in 2030 and configure and build it. This
Hi Collin,
> But now test -n "$iconv_arg1" will always be true.
Thanks for reporting this.
> Bruno, I have attached a patch to adjust libiconv to this change.
No, I don't want AM_ICONV's external interface (even the undocumented part
of it) to change in such a way that some package have to adap
Paul Eggert wrote:
> * m4/iconv.m4 (AM_ICONV_LINK, AM_ICONV):
> Avoid whitespace at line end in C code.
This patch has two drawbacks:
* It attempts to fix a general Autoconf problem with -Wtrailing-whitespace
in this particular place only. The general Autoconf problem is that
empty=
On Fri, Apr 18, 2025, at 12:48 PM, Simon Josefsson via Bug reports for autoconf
wrote:
> "Zack Weinberg" writes: I think the main aspect
> here is to see if we can find unnecessary dependencies on some tools,
> and fix them. Sometimes code that rely on 'cmp' or 'diff' can be
> rewritten in some
"Zack Weinberg" writes:
> For additional clarity, the purpose of AC_PROG_AWK (and AC_PROG_SED and
> AC_PROG_*GREP) is to find the _best available implementation_ of these
> utilities, not to determine whether they exist at all. Autoconf core
> code assumes that all three exist in some form.
>
>
On Thu, Apr 17, 2025, at 7:31 AM, Simon Josefsson via Bug reports for autoconf
wrote:
> Paul Eggert writes:
>> On 2025-04-16 23:31, Simon Josefsson via Bug reports for
>> autoconf wrote:
>>
>>> I tried reading through the autoconf manual to see if 'awk' is a run-
>>> time dependency for running g
Paul Eggert wrote:
> diff --git a/modules/unitypes-h b/modules/unitypes-h
> index faf0d89b6c..b512947c73 100644
> --- a/modules/unitypes-h
> +++ b/modules/unitypes-h
> @@ -26,8 +26,7 @@ AH_VERBATIM([unitypes_restrict], [
> # define _UC_RESTRICT restrict
> # else
> # define _UC_RESTRICT
> -# en
Paul Eggert wrote:
> (main): Use a static rather than heap storage.
Thanks for the simplification.
> - putenv (xstrdup ("LOGNAME=ygvfibmslhkmvoetbrcegzwydorcke"));
> + static char set_LOGNAME[] = "LOGNAME=ygvfibmslhkmvoetbrcegzwydorcke";
> + putenv (set_LOGNAME);
>buf = getlogin ();
>A
Pádraig Brady wrote:
> bs=0
> ws=4095: printf: write error
> ws=4096: printf: write error
> ws=4097: printf: write error
> bs=4096
> ws=4095: printf: write error: No space left on device
> ws=4096: printf: write error
> ws=4097: printf: write error
> bs=8192
> ws=4095: printf: w
On 18/04/2025 06:18, Jim Meyering wrote:
On Tue, Apr 15, 2025 at 9:17 PM Jim Meyering wrote:
...
We're going to have to revise that code.
The difference I see is that before rawhide, that fclose would fail.
It's perfectly fine for fclose to succeed in this case, as now happens
on rawhide (becau
On Fri, Apr 18, 2025, 01:18 Jim Meyering wrote:
>
> On Tue, Apr 15, 2025 at 9:17 PM Jim Meyering wrote:
> ...
> > We're going to have to revise that code.
> > The difference I see is that before rawhide, that fclose would fail.
> > It's perfectly fine for fclose to succeed in this case, as now ha
On Fri, Apr 18, 2025 at 1:51 AM Jim Meyering wrote:
>
> Surprised to find that coreutils-9.5 (fedora 41 stock) works fine:
>
> $ { /bin/printf %4095s; /bin/printf %4096s; } > /dev/full
> /bin/printf: write error: No space left on device
> /bin/printf: write error: No space left on device
Th
On Fri, Apr 18, 2025 at 2:58 AM Jim Meyering wrote:
>
> Now, as for what changed in F42 to make us go from printing the ENOSPC
> expansion to not printing it, so far I haven't reproduced the failure.
> Just built there and this works just as it does on F41:
>
> $ src/grep --help > /dev/full
>
>
On Thu, Apr 17, 2025 at 08:31:08AM +0200, Simon Josefsson via Gnulib discussion
list wrote:
> Hi
>
> I got a CI/CD build failure [1] for libidn on the new release fedora 42.
It's not just Fedora 42; OpenSUSE did the same back in last August:
https://gitlab.com/libvirt/libvirt-ci/-/merge_requests
Bruno Haible via Bug reports for autoconf writes:
> Simon Josefsson wrote:
>> It seems awk is going away as a standard tool, and it is possible to
>> either fight that or just accept it.
>
> I don't think that the set of "standard tools" is shrinking. Rather,
> it's expanding. On OpenBSD for exam
16 matches
Mail list logo
