Petr Baudis wrote:
Dear diary, on Wed, Apr 13, 2005 at 10:47:05AM CEST, I got a letter
where Russell King <[email protected]> told me that...
On Tue, Apr 12, 2005 at 02:07:36PM +0100, David Woodhouse wrote:
I'd suggest making it [index] big-endian to make sure the LE weenies don't
forget to byteswap properly.
That's not a bad argument actually - especially as networking uses BE.
(and git is about networking, right?) 8)
Theoretically, you are never supposed to share your index if you work in
fully git environment. However, I offer some "base tarballs" which have
the unpacked source as well as the .git directory, and I think you want
the index there. Of course you can always regenerate it by
read-tree $(tree-id)
but I really don't want to (hey, dwmw got away with that too! ;-). It
forces an additional out-of-order step you need to do before making use
of your git for the first time.
The NFS argument obviously seems perfectly valid to me too. So, FWIW,
I'm personally all for it, if someone gives me a patch.
In userspace, it's definitely easier to stick with BE for a standard
byte order, simply because it's the one byteorder one can rely on there
being macros available to deal with on all platforms.
However, then I would also like to suggest replacing "unsigned int" and
"unsigned short" with uint32_t and uint16_t, even though they're
consistent on all *current* Linux platforms.
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
