Open joboet opened 1 week ago
Is there any iteraction with https://doc.rust-lang.org/stable/std/process/struct.ExitCode.html that could make sense here? Since that type is itself about how the correct type for an exit code is not just an i32.
There's https://doc.rust-lang.org/stable/std/process/struct.ExitCode.html?#impl-ExitCodeExt-for-ExitCode for windows's DWORD
exits; should there be a UEFI version of that taking usize
?
Is there any iteraction with https://doc.rust-lang.org/stable/std/process/struct.ExitCode.html that could make sense here? Since that type is itself about how the correct type for an exit code is not just an i32.
The documentation says that
ExitCode
is intended for terminating the currently running process [...] in contrast toExitStatus
, which represents the termination of a child process.
so I don't think it can be used here.
There's https://doc.rust-lang.org/stable/std/process/struct.ExitCode.html?#impl-ExitCodeExt-for-ExitCode for windows's
DWORD
exits; should there be a UEFI version of that takingusize
?
Probably, but that's beside the point here.
Proposal
Problem statement
rust-lang/rust#123196 will add limited process spawing support for UEFI. Unfortunately, the current
ExitStatus
API does not allow returning the pointer-sized status codes that UEFI reports as the return type ofExitStatus::code
isi32
.Solution sketch
Similar to the
RawOsError
type introduced for a similar purpose, add aRawStatusCode
type alias tostd::process
that aliases toi32
on every platform but UEFI.Alternatives
Links and related work
What happens now?
This issue contains an API change proposal (or ACP) and is part of the libs-api team feature lifecycle. Once this issue is filed, the libs-api team will review open proposals as capability becomes available. Current response times do not have a clear estimate, but may be up to several months.
Possible responses
The libs team may respond in various different ways. First, the team will consider the problem (this doesn't require any concrete solution or alternatives to have been proposed):
Second, if there's a concrete solution: