Re: scratch_buffer.h, scratch_buffer_dupfree.c sync

[Paul Eggert]

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.