[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: scratch_buffer.h, scratch_buffer_dupfree.c sync

From: Paul Eggert
Subject: Re: scratch_buffer.h, scratch_buffer_dupfree.c sync
Date: Wed, 2 Nov 2022 20:09:48 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.0

On 11/2/22 19:37, Bruno Haible wrote:
In other words, I'm suggesting to rename the modules
   scratch_buffer -> glibc-internal/scratch_buffer
   dynarray       -> glibc-internal/dynarray

I don't see any problem with that, since as far as I know the only current users of the two modules are glibc-related modules in Gnulib itself. However, if in the future programs find these two modules useful, I suppose we'll need to rename them back.

The scratch_buffer_dupfree function was added to glibc in 2020 only to make it easier to sync canonicalize.c with Gnulib at the time. So it is a bit ironic that removing scratch_buffer_dupfree from Gnulib now would cause us to in some sense deprecate scratch_buffer.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]