struct stat

[Martin v. Loewis]

> Yes, that's the ideal solution.  But what about all those people
> (most of them, actually), who don't want to go near the sources for
> their compiler?  IMHO, there should be some way to define dev_t for
> those compilers that don't support long long.

Well, there is now. The way dev_t is defined if the compiler doesn't
support 'long long' is certainly 'some way'. Of course, on a broken
compiler, you can't expect to compile al 'legal' programs. For
example, programs that compare two dev_t values cannot be compiled.

This is the fault of the compiler, however. There is nothing glibc can
do for you (*).

Regards,
Martin

(*) except for the changes that have been discussed, i.e. if the
compiler supports 'long long', glibc could certainly support the
compiler.