Hello,
Joan Lledó, le mer. 05 juil. 2023 21:38:11 +0200, a ecrit:
> On the other hand, in the past we discussed how to make IO spaces available
> for users through the arbiter [1]. It seems the way to go is adding a new RPC
> that checks for permissions, calls i386_io_perm_create() and returns the
Hello,
Damien Zammit, le sam. 08 juil. 2023 15:05:11 +, a ecrit:
> --- /dev/null
> +++ b/libirqhelp/irqhelp.c
> +#define IRQ_THREAD_PRIORITY 2
> +
> +struct irq {
> + void (*handler)(void *);
> + void *context;
> + int gsi;
> + mach_port_t port;
> + bool enabled;
> + bool shutdown;
> +
Yay! :-)
Armchair review comments inline..
On 9/07/23 22:05, Damien Zammit wrote:
This is not quite right for library/std, but applies clean to a 2021 tree
of rust on hash 25ea6be13e3 and allows up to the following stage1 build
until libstd breaks on hurd, (with the other patch for rust-libc).
Autogenerated mod.rs in 2021 with:
bindgen input.h -- --sysroot=./hurd-headers -I./hurd-headers/include \
-I./hurd-headers/include/i386-gnu -target i386-gnu > mod.rs
Hand cherry-picked some required rust code and tweaked to make libc
compile. The remaining work is tweaking libstd and add
This is not quite right for library/std, but applies clean to a 2021 tree
of rust on hash 25ea6be13e3 and allows up to the following stage1 build
until libstd breaks on hurd, (with the other patch for rust-libc).
./x.py build --target x86_64-unknown-linux-gnu \
--target i686-unknown-
Hi,
I had another go at porting rust to hurd this weekend.
This is based on my previous attempt from 2021.
It needs to be rebased onto latest rust, and missing bits fixed.
I got closer to cross-compiling the stage1 i686-unknown-hurd-gnu target but
failed on libstd with 219 compilation errors.
Ved
