summaryrefslogtreecommitdiff
path: root/COPYING
diff options
context:
space:
mode:
authorTor Lillqvist <tml@iki.fi>2011-09-28 11:29:34 +0300
committerTor Lillqvist <tml@iki.fi>2011-09-28 11:41:17 +0300
commite4050a653b94720368ba4fd93b2521a7ebf71c2a (patch)
tree0abeeef77bbc2e376c151bde2607cb9c9ac31882 /COPYING
parenteff6245f9848bf32414ab2496c37bdc5ac774747 (diff)
Don't consider newer Apple compilers having "universal" byte order
I don't understand what the "universal" byte order thing tries to say. Sure, Apple's compilers can produce fat binaries, i.e. containing code for multiple architectures, which I guess might have differing byte order. But I think the test for an -arch flag being present here is backwards, surely if you specify -arch i386 for instance, then we *know* that the byte order is little endian, not "universal". Anyway, this broke ICU when built against MacOSX SDK 10.6 at least, the ICU configury used wrong suffix for ICUDATA_NAME, and genbrk failed in i18npool with a mysterious "can not initialize ICU. status = U_FILE_ACCESS_ERROR" message.
Diffstat (limited to 'COPYING')
0 files changed, 0 insertions, 0 deletions