> > Well, possibly more stuff could benefit from new stat syscalls, like a
> > st_gen member for inode generations. And as someone suggested, a version
> > number or a length could be specified by the calls this time to permit
> > less disturbing expansion in the future.
>
> It's already there. The kernel stat64() syscall has a flags argument,
> which is unused at the moment. I presume it's for this purpose.
Hmm, I haven't thought of this argument to be used this way. Actually it
isn't currently initialized by glibc in any way, which makes its utility
questionable.
> Glibc aleady uses a version number for its stat() calls, to permit
> binary compatible extensions on the user side.
Well, it used to use xstat() functions that provided versioning since the
old days and now ELF symbol versioning is used, too, so the userland is
long prepared.
-- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available +- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/