Hi Sergey On Wed, May 10, 2023 at 1:36 AM Sergey Bugaev <buga...@gmail.com> wrote:
> Hello, > > On Wed, May 10, 2023, 08:21 Flavio Cruz <flavioc...@gmail.com> wrote: > > HAVE_MIG_RETCODE is removed completely since this will be a no-op either > > way (compiling against old Hurd headers will work the same, new Hurd > > headers will result in the same stubs since retcode is a no-op). > > It is a no-op currently, but please note that I was planning to make > it not a no-op some time (I wanted my epoll server to return error > replies properly). Will that cause any issues? > No, it should be fine. For that functionality, maybe we should enforce that the return code parameter is always the second parameter (after the reply port - which is already the case) by adding the appropriate checks in MiG when retcode is used. If we want ./configure to check if MiG generates code to call the server reply routine in case of errors (it doesn't :() then we will need to build a different check. > Sergey >