Fix statx_timestamp types/field names

[ariasuni]

• Use more recent and not yanked version of memoffset
• Typo where tv_nsec was named tc_nsec
• Use same types as libc (except for statx_timestamp.__reserved which stays an i32 — like in Linux headers — instead of an [i32; 1] like the glibc)

I implemented getting created time on Linux in exa with your crate (thanks!), I’ll just wait for this PR to be merged so I can use the correct field name right away. :)

[oxalica]

Thanks!

But since libc has already statx function ans structs now, is this crate still needed?

[ariasuni]

Right I guess I can do the syscall with libc too, I’ll check that.

[oxalica]

@ariasuni

I make this crate compatible to libc 0.2.3 , as fallback for system with statx support but having an old version of glibc (libc::statx will cause a link error).

I think this may still be helpful for std.

[ariasuni]

The standard library is using libc, too. The problem is that they made the very dumb choice of exposing the underlying type by creating the MetadataExt.as_raw_stat() function, so we’re stuck with not being able to get the creation time until next epoch if that’s something they allow to do I guess.

By the way, my exa PR is here (since I mentioned it but didn’t put a link).