YAMAMOTO Takashi 8a972817e0 sched.h: Simplify HAVE_GROUP_MEMBERS logic
After the retirement of CONFIG_SCHED_EXIT_KILL_CHILDREN, [1]
the behavior is now effectively controlled by
CONFIG_SCHED_CHILD_STATUS, which is IMO confusing.
(It was even surprising me.)

This commit solves it by making HAVE_GROUP_MEMBERS
a synonym of !CONFIG_DISABLE_PTHREAD. I guess this change aligns
the intention of the CONFIG_SCHED_EXIT_KILL_CHILDREN retirement.
That is, always tries to be similar to the standard behavior.

Another option would be to revive CONFIG_SCHED_EXIT_KILL_CHILDREN
and make the HAVE_GROUP_MEMBERS logic aware of it.
It might be a good idea if we want a finer-grained control of
code to build. (One can argue his application uses pthread
but does never _exit. In that case, it might be a waste to maintain
group membership. I suspect it might not be too rare in embedded
world.)

[1] commit 6982eb35feb2daba8a55d7f89c716c28aaf126e0
2022-10-19 21:32:30 +08:00
..
2022-08-02 21:04:19 +08:00
2022-07-27 00:36:49 +08:00
2022-10-15 18:34:07 +08:00
2022-01-29 01:04:23 +08:00
2022-08-24 16:58:10 +08:00
2022-10-19 21:20:35 +08:00
2022-02-20 21:58:10 +08:00
2021-11-23 20:34:56 +09:00
2021-11-23 20:34:56 +09:00
2021-11-23 20:34:56 +09:00
2022-09-05 10:39:36 -03:00
2022-08-09 22:13:09 +03:00
2021-08-02 08:23:35 -03:00
2021-09-25 07:54:39 -03:00
2021-03-02 03:44:06 -08:00
2021-08-03 12:14:07 -03:00
2022-07-27 00:36:49 +08:00
2021-07-31 15:35:47 -03:00
2021-05-12 21:08:23 -07:00
2021-05-11 16:40:33 +01:00
2022-03-17 09:37:15 +02:00
2022-06-03 12:50:14 +08:00
2021-11-29 11:18:36 -06:00
2022-07-27 00:36:49 +08:00
2022-09-05 22:27:05 +08:00
2022-04-17 23:32:05 +03:00
2022-08-09 23:30:01 +08:00
2021-07-09 15:51:28 -03:00