First of all libihash and any of the hurd libraries cannot be built
without a working glibc. Hurd libs depend heavily on header files
found in glibc like "lowlevellock.h", so even after making the build
system of the hurd repository to accept not to be able to build
programs (as Samuel suggested), we are still not able to build the
libs.
So our only option is to build a glibc without the libpthread addon,
use it to build libihash, and then rebuild glibc with libpthread. But
theres comes our second and biggest problem.
Glibc cannot be built without libpthread.
If you try to do it, you will get the error message:
>In file included from hurdsig.c:23:0:
>../include/pthread.h:1:26: fatal error: pthread.h: No such file or directory
> #include_next <pthread.h>
^
>compilation terminated.
>../o-iterator.mk:9: recipe for target
>'/tmp/nix-build-glibc-hurd-cross-i686-pc-gnu-2.19.drv-2/build/hurd/hurdsig.o'
>failed
>make[2]: ***
>[/tmp/nix-build-glibc-hurd-cross-i686-pc-gnu-2.19.drv-2/build/hurd/hurdsig.o]
>Error 1
>make[2]: *** Waiting for unfinished jobs....
which "pthread.h" is a header file from libpthread in "sysdeps/generic/bits/" .
So my question is, shouldn't the glibc be able to be built without
this addon? Is glibc building procedure broken?
