On Tue, Jun 13, 2000 at 10:27:18AM +0100, Nic Ferrier wrote:
> I am wanting to setup some work getting an ARM version going
> (probably wait for OsKit) but it seems that there might be a lot of
> code outside the kernel that it architecture dependant.
Potential problems I see:
hurd/boot/syscall.S and hurd/boot/sigvec.S
-> syscall.S for other architectures is in glibc, sigvec
isn't but seems easy enough
hurd/libthreads/i386
-> some code probably adaptable from linuxthreads, still
there is the thread switching to implement[1]
The hurd/pfinet ports are here but probably untested.
There are probably a number of long/pointers=32bits assuptions here
and there, even if the use of typedefs tends to prevent that.
The glibc theorically has support for mach on hppa and mips, but this
has probably been untested for ages. OTOH, the amount of
platform-dependant code seems rather small.
OG.
[1] Thread switching in both the kernel and userspace, *yuck*
