[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
proc_task2proc prototype change
From: |
Samuel Thibault |
Subject: |
proc_task2proc prototype change |
Date: |
Sun, 7 May 2017 15:42:37 +0200 |
User-agent: |
NeoMutt/20170113 (1.7.2) |
Hello,
Copy/pasting the whole story again, since it was hidden behind an
unrelated issue.
David Michael, on ven. 05 mai 2017 22:33:57 -0700, wrote:
> Side note: I couldn't bootstrap cross-compilers with
> tschwinge/Roger_Whittaker since the last proc defs changes. Is there
> a more current branch somewhere?
Samuel Thibault, on sam. 06 mai 2017 11:26:37 +0200, wrote:
> What issue do you get?
David Michael, on sam. 06 mai 2017 12:28:51 -0700, wrote:
> The new generated functions all get an additional
> "mach_msg_type_name_t *msgportPoly" parameter and none of the callers
> were updated, so they all fail to compile with "too few arguments"
> errors.
Indeed, rebuilding glibc gives:
hurdexec.c:72:29: error: too few arguments to function ‘__proc_task2proc’
because client RPC stubs are built by glibc that went unnoticed.
Do RPC-knowledgeable people know a way to have this change happen in the
server only? Perhaps just using a typedef which will not be the
same in the server and the client?
Samuel