Paul Eggert wrote:
> The idea was that the gl_* symbols would not compete with the like-named
> __libc_* symbols when Gnulib dynarray is built under glibc. I don't
> recall the details about the competition, unfortunately.
Ah, it's to avoid conflicts with glibc. I thought it was pure convenience
On 2/21/21 10:41 AM, Bruno Haible wrote:
it seems that some functions have a 'gl_' prefix and some
don't. Does this matter? Maybe it does not matter because
the contents of lib/malloc/dynarray.h is irrelevant and only
lib/malloc/dynarray-skeleton.c matters?
The idea was that the gl_* symbols wo
se
the contents of lib/malloc/dynarray.h is irrelevant and only
lib/malloc/dynarray-skeleton.c matters?
2021-02-21 Bruno Haible
scratch_buffer: Document the exported API.
* lib/scratch_buffer.h: Add comments, taken from
lib/malloc/scratch_buffer.h.
diff --git a/lib
