-
- Downloads
Revert "endian: #define __BYTE_ORDER"
This reverts commit b3b77c8c, which was also totally broken (see commit 0d2daf5c that reverted the crc32 version of it). As reported by Stephen Rothwell, it causes problems on big-endian machines: > In file included from fs/jfs/jfs_types.h:33, > from fs/jfs/jfs_incore.h:26, > from fs/jfs/file.c:22: > fs/jfs/endian24.h:36:101: warning: "__LITTLE_ENDIAN" is not defined The kernel has never had that crazy "__BYTE_ORDER == __LITTLE_ENDIAN" model. It's not how we do things, and it isn't how we _should_ do things. So don't go there. Requested-by:Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
Showing
- arch/alpha/math-emu/sfp-util.h 5 additions, 0 deletionsarch/alpha/math-emu/sfp-util.h
- arch/powerpc/include/asm/sfp-machine.h 6 additions, 0 deletionsarch/powerpc/include/asm/sfp-machine.h
- arch/s390/include/asm/sfp-util.h 2 additions, 0 deletionsarch/s390/include/asm/sfp-util.h
- arch/sh/math-emu/sfp-util.h 4 additions, 0 deletionsarch/sh/math-emu/sfp-util.h
- arch/sparc/math-emu/sfp-util_32.h 6 additions, 0 deletionsarch/sparc/math-emu/sfp-util_32.h
- arch/sparc/math-emu/sfp-util_64.h 6 additions, 0 deletionsarch/sparc/math-emu/sfp-util_64.h
- arch/x86/boot/compressed/relocs.c 2 additions, 2 deletionsarch/x86/boot/compressed/relocs.c
- include/linux/byteorder/big_endian.h 0 additions, 3 deletionsinclude/linux/byteorder/big_endian.h
- include/linux/byteorder/little_endian.h 0 additions, 3 deletionsinclude/linux/byteorder/little_endian.h
Loading
Please register or sign in to comment