> In a perfect world we would settle of one of big or little-endian and
> byte-swap as appropriate, as we do with, e.g., Ext2 filesystems. However it
> seems that cpio in its current form has no concept of byte-swapping. Cpio(1)
> can neither generate nor decode a cpio file in the 'foreign' byte sex. So if
> we are determined to use cpio as it stands, then we are stuck with the goofy
> ASCII encoding, does that sum up the situation?
>
> Too bad about that, otherwise cpio seems quite reasonable.
I have to go back and look, isn't -Hcrc endian-neutral?
-- bill davidsen <davidsen@tmr.com> CTO, TMR Associates, Inc Doing interesting things with little computers since 1979.- 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/