os/mac/hardware: reverse universal_archs entries.
The order ought not to matter, but GCC can fail with -arch i386 -arch x86_64 (producing an error like "FATAL:Bad fx_size (0x8) in fix_to_relocation_info()") but succeed with -arch x86_64 -arch i386. Closes Homebrew/homebrew#45401. Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
This commit is contained in:
parent
76435ece68
commit
91dd4d56d4
@ -97,7 +97,11 @@ module MacCPUs
|
|||||||
if MacOS.version <= :leopard && !MacOS.prefer_64_bit?
|
if MacOS.version <= :leopard && !MacOS.prefer_64_bit?
|
||||||
[arch_32_bit].extend ArchitectureListExtension
|
[arch_32_bit].extend ArchitectureListExtension
|
||||||
else
|
else
|
||||||
[arch_32_bit, arch_64_bit].extend ArchitectureListExtension
|
# Amazingly, this order (64, then 32) matters. It shouldn't, but it
|
||||||
|
# does. GCC (some versions? some systems?) can blow up if the other
|
||||||
|
# order is used.
|
||||||
|
# http://superuser.com/questions/740563/gcc-4-8-on-macos-fails-depending-on-arch-order
|
||||||
|
[arch_64_bit, arch_32_bit].extend ArchitectureListExtension
|
||||||
end
|
end
|
||||||
end
|
end
|
||||||
|
|
||||||
|
|||||||
Loading…
x
Reference in New Issue
Block a user