summaryrefslogtreecommitdiff
path: root/faq/64-bit.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'faq/64-bit.mdwn')
-rw-r--r--faq/64-bit.mdwn20
1 files changed, 15 insertions, 5 deletions
diff --git a/faq/64-bit.mdwn b/faq/64-bit.mdwn
index 1da375ba..972aafbe 100644
--- a/faq/64-bit.mdwn
+++ b/faq/64-bit.mdwn
@@ -13,11 +13,21 @@ License|/fdl]]."]]"""]]
[[!meta title="Is there a 64-bit version?"]]
-There are currently no plan for 64-bit userland, but there are plans for 64-bit
-kernelland with 32-bit userland, which will notably permit to efficiently make
-use of more than 2 GiB memory and provide 4 GiB userland addressing space.
-[[Work on this|open_issues/64-bit_port]] is currently in the master-x86_64 and
-port-amd64 branches for GNU Mach.
+There are plans for 64-bit kernelland with 32-bit userland, which will notably
+permit to efficiently make use of more than 2 GiB memory and provide 4 GiB
+userland addressing space.
+
+A 64-bit GNU/Hurd is also coming soon,
+progress is tracked on [[open_issues/64-bit_port]]!
+Hurd developers ported GNUMach to
+64-bit some time ago. Then they started making significant progress
+on the x86_64 userland port in Feb 2023. As of May 2023, the 64-bit
+port works well enough to start all the essential Hurd servers, run
+/bin/sh, establish TCP/IP connections, and compile C. We are currently building
+64-bit packages. We plan on supporting both a 32-bit and 64-bit Debian
+GNU/Hurd, only not both at the same time. However, there is no plan to fix the
+year 2038 concern on a 32-bit system.
That being said, you can always run a 32-bit version on a 64-bit machine, it
just works, processes are just limited to a couple GiB available memory.
+