Looking at recent commits, I found this one: (I know it has been mentioned)
2002-06-02 Roland McGrath <[EMAIL PROTECTED]>
* oskit/ds_routines.c (DEV_PTR_HASH): unsigned int -> uintptr_t
(ds_device_write): unsigned int -> mach_msg_number_t
I don't believe ch
* Roland McGrath writes:
>> * Roland McGrath writes:
>> > A clean build should work if your old deps foul you up.
>>
>> No it won't.
> Are you saying that you tried it and had an error?
Yes! :)
> You didn't post an error log.
I didn't think that there was a need for this as the problem is quit
> * Roland McGrath writes:
> > A clean build should work if your old deps foul you up.
>
> No it won't.
Are you saying that you tried it and had an error?
You didn't post an error log.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/ma
* Roland McGrath writes:
> A clean build should work if your old deps foul you up.
No it won't.
libtrivfs/trivfs.h
#include
#include
#include
These stubs don't exist in [hurd]/hurd, they are in [hurd]/libtrivfs.
Cheers,
--
Alfred M. Szmidt
___
B
A clean build should work if your old deps foul you up.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
As as the Hurd tradition goes, nothing compiles. =)
The recent changes to libtrivfs break it as trivfs.h it now includes
trivfs_{fs,io,fsys}_S.h. Which are not installed on an already
working system. Is there a reason why trivfs_{fs,io,fsys}_S.h need
to be installed onto the system?
Cheers,
--
