search for: _arch_ppc

...in8 stage1 tests, since the system gcc only provided __ppc__. I was wondering if this justifies using simpler macros like #define LLVM_PPC (defined(__ppc__) || defined(__powerpc__) ...) #define LLVM_PPC64 (defined(__ppc64__) || defined(__powerpc64__) ...) I've even seen __POWERPC__, _POWER, _ARCH_PPC being tested in conditionals. These proposed standardized macros would only be used in LLVM project sources; there's no reason to exported them. The standardized macros would simplify conditionals and make their use less error-prone. What predefines do other architectures use? What would...

...C32 (((defined(__ppc__) || defined(__powerpc__)) && !LLVM_PPC64) #define LLVM_PPC_ANY (LLVM_PPC32 || LLVM_PPC64) or #define LLVM_PPC_ANY (defined(__ppc__) || defined(__powerpc__)) #define LLVM_PPC32 (LLVM_PPC_ANY && !LLVM_PPC64) ? >> I've even seen __POWERPC__, _POWER, _ARCH_PPC being tested in >> conditionals. >> >> These proposed standardized macros would only be used in LLVM project >> sources; there's no reason to exported them. >> The standardized macros would simplify conditionals and make their >> use >> less error-prone...

...o defined on the 64-bit systems, I really think that you'll need to arrange these as: #define LLVM_PPC64 (defined(__ppc64__) || defined(__powerpc64__) ...) #define LLVM_PPC !LLVM_PPC64 && (defined(__ppc__) || defined(__powerpc__) ...) > > I've even seen __POWERPC__, _POWER, _ARCH_PPC being tested in > conditionals. > > These proposed standardized macros would only be used in LLVM project > sources; there's no reason to exported them. > The standardized macros would simplify conditionals and make their > use > less error-prone. > > What predefine...

...fined(__ppc__) || defined(__powerpc__)) > #define LLVM_PPC32 (LLVM_PPC_ANY && !LLVM_PPC64) I thought that you had discovered that on Darwin __ppc__, etc. are defined only for 32-bit builds. Is that correct? -Hal > > ? > > >> I've even seen __POWERPC__, _POWER, _ARCH_PPC being tested in > >> conditionals. > >> > >> These proposed standardized macros would only be used in LLVM > >> project > >> sources; there's no reason to exported them. > >> The standardized macros would simplify conditionals and make their...

...efinitions would be: #define LLVM_PPC32 ((defined(__ppc__) || (defined(__powerpc__) && !defined(__powerpc64__))) #define LLVM_PPC64 (defined(__ppc64__) || defined(__powerpc64__)) #define LLVM_PPC_ANY (LLVM_PPC32 || LLVM_PPC64) Fang >>>> I've even seen __POWERPC__, _POWER, _ARCH_PPC being tested in >>>> conditionals. >>>> >>>> These proposed standardized macros would only be used in LLVM >>>> project >>>> sources; there's no reason to exported them. >>>> The standardized macros would simplify condition...

...s. Instead, // write our own wrapper, which does things our way, so we have complete control The patch is a bit of a kluge, but I don't know which of the preprocessor defines are used on Darwin and/or Linux. FreeBSD has all of the following: #define __ppc__ 1 #define __PPC__ 1 #define _ARCH_PPC 1 #define __PowerPC__ 1 #define __powerpc__ 1 A related define that could also be used to select the right inline assembly statement is: #define __GNUCLIKE_ASM 3 In any case, register naming in inline assembly on FreeBSD is the same as the Linux version, so maybe the condition can be simplifie...

WARNING: This is not compatible with the previous lz4 patchset. If you''re using experimental compression that isn''t in mainline kernels, be prepared to backup and restore or decompress before upgrading, and have backups in case it eats data (which appears not to be a problem any more, but has been during development). These patches add lz4 and lz4hc compression

Hi, so here it is, LZ4 compression method inside btrfs. The patchset is based on top of current Chris'' for-linus + Andi''s snappy implementation + the fixes from Li Zefan. Passes xfstests and stresstests. I haven''t measured performance on wide range of hardware or workloads, rather wanted to publish the patches before I get distracted again. I''d like to ask

...4__) || defined(_LP64)) +#define LZ4_ARCH64 1 +#else +#define LZ4_ARCH64 0 +#endif + +/* + * Little Endian or Big Endian? + * Note: overwrite the below #define if you know your architecture endianess. + */ +#if (defined(__BIG_ENDIAN__) || defined(__BIG_ENDIAN) || \ + defined(_BIG_ENDIAN) || defined(_ARCH_PPC) || defined(__PPC__) || \ + defined(__PPC) || defined(PPC) || defined(__powerpc__) || \ + defined(__powerpc) || defined(powerpc) || \ + ((defined(__BYTE_ORDER__)&&(__BYTE_ORDER__ == __ORDER_BIG_ENDIAN__)))) +#define LZ4_BIG_ENDIAN 1 +#else + /* + * Little Endian assumed. PDP Endian and oth...