Hello Mr. suzukis,
I'm still suspecting an incomplete l4 distribution, probably due to CVS.
Also I'm wondering if there's any touble in CVS server.
I've just downloaded the newest oskit from flux project [Version 0.97 - January 15, 1999 (Snapshot 20000901), directly off cvs]:
% # WARNING: don't clobber dresden's oskit; do it in another subdir: % mkdir flux-oskit % cd flux-oskit
% cvs -d :pserver:anoncvs@fluxcvs.cs.utah.edu:/cvs login <enter a non-empty password, e.g. 'blah'> % cvs -z9 -d :pserver:anoncvs@fluxcvs.cs.utah.edu:/cvs checkout oskit
The files that were missing in Dresden's oskit10 were present in flux (e.g. oskit/modules.x86.pc and the GNUmakefile.in in misc. dirs among others).
I was able to compile flux' oskit on FreeBSD-5.X out of the box without any problems (using gmake, gcc-2.95.2 and binutils-2.9.1). So there is definitely something wrong with the CVS server at Dresden :-(
BTW, did anyone tried to use flux' oskit instead of oskit10 with l4? If that was not possible, what are the _exact_ modifications w.r.t. flux' oskit that generated oskit10? I thought that oskit was designed in such a manner, that OS developers can override each oskit function separately (i.e. outside oskit's source tree). Is this the case with the l4 module at Dresden too?
P.S. To Mr. Hajji: I don't have FreeBSD-5.0 pc. But I can try on NetBSD-1.4.2 pc, are you interested in?
That would be great! The more OS build-environments we try, the better ;-). You'll probably want to check wether NetBSD-1.4.2's build environment uses gcc-2.95[-2]/binutils-2.9.1 already. FreeBSD switched only recently from native gcc-2.7.2.3 to gcc-2.95-2...
Thanks,
-Farid.