[patch v1] manual: add remaining CPU_* macros

DJ Delorie dj@redhat.com
Fri Apr 25 20:09:22 GMT 2025


Florian Weimer <fweimer@redhat.com> writes:
> * DJ Delorie:
>
> As a general comment, I think the fixed-size macros should be
> deprecated.  Machines with more than 1024 CPUs are making a comeback.
> The fixed-size cpu_set_t type does not work for them.

I reworked much of it to make the dynamically allocated sets more
prevalent.

> Perhaps even quote the code in the first patch as an example in the
> manual?

I didn't like that example, so wrote my own.  It may be a silly example
but it uses more of the range of macros.

> Maybe mention explicitly that the argument is *not* the result of
> CPU_ALLOC_SIZE?

Done.

> If the allocation happens via malloc, why require that CPU_FREE must be
> used?  Maybe drop the malloc reference in the visible text?

Done.

> I think it would make sense to mention the *_S macros first and

I mentioned them earlier but didn't move the documentation; that would
require full docs for all the *_S macros and stubs for the others, the
opposite of what's there now.



More information about the Libc-alpha mailing list