Re: [RFC PATCH glibc v2 26/34] hurd: Remove __hurd_local_reply_port

[Samuel Thibault]

Hello,

Sergey Bugaev, le ven. 14 avril 2023 23:29:51 +0300, a ecrit:
> On Fri, Apr 14, 2023 at 8:33 PM Samuel Thibault <samuel.thibault@gnu.org> 
> wrote:
> > Applied with fixing the __mig_dealloc_reply_port(NULL) cases, thanks!
> 
> By the way: that __mig_dealloc_reply_port () inside
> _dl_sysdep_start_cleanup () is not doing what the author of that code
> wanted it to do. It deallocates the current reply port, but while
> doing that, it creates a fresh one in its place.

You mean with the __mach_port_deallocate calls?

> It would be nice to not deallocate __mach_{task,host}_self_ too, and
> instead migrate them into the new libc.so slots.

That'd need different variables names, but that should be doable easily
by redirecting __mach_task_self in mach_init.h dependening on building
ld.so.

> Besides, are we 100% sure that after initially entering libc.so, ld.so
> will never do any Mach things (RPCs) anymore?

AIUI all the OS-dependent things that ld.so calls comes from
dl-sysdep.c, so as long as all these are weak functions, we're safe.

Samuel