On Mon, May 1, 2023 at 1:20 PM Samuel Thibault <samuel.thiba...@gnu.org> wrote: > Applied, thanks!
I assume the delay means you have built it, and your results matched mine, in which case, \o/ I can hardly believe it no longer only exists on my machine :) Did you manage to run it? Thank you for changing pthread_t to be pointer-sized, I was going to do that next. Here's some of my own news: I've got enough of Hurd ported and built to get this: $ file ext2fs/ext2fs ext2fs/ext2fs.static exec/exec proc/proc ext2fs/ext2fs: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-x86-64.so.1, for GNU/Hurd 0.0.0, with debug_info, not stripped ext2fs/ext2fs.static: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Hurd 0.0.0, with debug_info, not stripped exec/exec: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-x86-64.so.1, for GNU/Hurd 0.0.0, with debug_info, not stripped proc/proc: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-x86-64.so.1, for GNU/Hurd 0.0.0, with debug_info, not stripped Trying to run it, it of course does not work: ext2fs: part:1:device:hd0: Invalid argument This is because: - I'm building --without-parted - gnumach gets built without the Linux disk drivers - I'm not even attaching a hard drive to the VM... How do we proceed? I don't know enough about rump to get it building; so enabling the in-kernel Linux drivers seems preferable. Any tips on how I would do that? Are the Linux drivers ancient enough to require their own porting to x86_64, or will they just work? Sergey