On 2/10/21 4:38 PM, Zack Weinberg wrote: > On Wed, Feb 10, 2021 at 10:13 AM Alejandro Colomar (man-pages) via > Libc-alpha <libc-alpha@xxxxxxxxxxxxxx> wrote: >>> BTW, a suggestion for glibc: glibc could simplify the code with things like >>> >>> #define SIMPLEQ_ENTRY(type) STAILQ(type) >> s/STAILQ/&_ENTRY/ >>> >>> It would make it more obvious that they're the same thing. > > I don't know about anyone else on the glibc team, but I personally > consider the entirety of <sys/queue.h> to be provided only for some > degree of backward compatibility with old applications that were > ported from BSD; new code should not use it. I'd *like* to formally > deprecate it, but I expect that would cause too much breakage to be > viable. Anyway, I hope you can understand why I'm not interested in > messing with its contents at all. > > (Can we add a statement to the effect that new code should not use > <sys/queue.h> to all of the related manpages, please?) > > zw > Hi Zack, Would you mind explaining your reasons for the deprecation? Performance? What functions/macros should be used instead of the queue.h macros? Thanks, Alex -- Alejandro Colomar Linux man-pages comaintainer; https://www.kernel.org/doc/man-pages/ http://www.alejandro-colomar.es/
