diff options
| author | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2025-07-20 01:58:42 +0200 |
|---|---|---|
| committer | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2025-07-20 01:58:42 +0200 |
| commit | e57d5edf9060af16051a55c27d17145b007a3fe6 (patch) | |
| tree | 0f8c5fe5fa53be772ae2225d0b859da0188d7096 | |
| parent | d8fe575b3e850a46e22b9bf59a74d39445e26ec7 (diff) | |
The hurd console was fixed on amd64
| -rw-r--r-- | contributing.mdwn | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/contributing.mdwn b/contributing.mdwn index 127554a4..8c40648f 100644 --- a/contributing.mdwn +++ b/contributing.mdwn @@ -164,7 +164,6 @@ This is the list of tasks that we *want* to address soon, starting with the most [discussion](https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00062.html). - This means adding an `i386x_float_state` and `i386_XFLOAT_STATE` thread status, that glibc would be able to use along `i386_REGS_SEGS_STATE` and `i386_FLOAT_STATE` in `_hurd_setup_sighandler` and `sigtreturn.c`. The structure would contain the `fp_save_kind`. That'll actually be needed both on `i386` and `x86_64` actually, to fix SSE use against signals in general. * Check the [packages build failures differences](https://people.debian.org/~sthibault/hurd-amd64/failed_diff.txt) between hurd-i386 and hurd-amd64: they are failing on hurd-amd64 but are successful on hurd-i386. Possibly it's just a mere missing `s/hurd-i386/hurd-any/` in the debian/ directory, or a new bug that actually also affects hurd-i386 if you rebuild the package there now, but possibly it's a more profound issue in the amd64 port. -* On amd64, fix memcpy (> 16 bytes) from `/dev/mem` (makes hurd-console crash) * On amd64, fix crash-core * On amd64, fix running posixtestsuite (not necessarily fixing the tests themselves, but at least make sure it doesn't crash the box ; it could still be useful to compare the output on 32bit and 64bit are the same with the same gnumach/hurd/glibc). * Settle CI for mig+gnumach+hurd+glibc. |