This is the mail archive of the libc-alpha@cygnus.com mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: struct stat


> 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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]