summaryrefslogtreecommitdiff
path: root/src/opus-1.1/silk/decode_core.c
diff options
context:
space:
mode:
authorSimon McVittie <smcv@debian.org>2015-07-14 22:51:55 +0100
committerTim Angus <tim@ngus.net>2016-04-07 11:02:31 +0100
commit3711115ee2d393b3fc3b7ef744803ca41ecc2ac6 (patch)
tree01d853cf84f53eaaf251dc92008a497a247d95b3 /src/opus-1.1/silk/decode_core.c
parent124894b4e9bb5ebe6d8e674340b3c1e053c690d1 (diff)
build: canonicalize all ARM variants to "arm", matching q_platform.h
The ARCH in the Makefile must match the ARCH_STRING in q_platform.h; otherwise, ioquake3 will install (for instance) uiARCH.so but look for uiARCH_STRING.so, which isn't going to go well (particularly for the modular renderer). Like i386, but unlike most (all?) other Linux platforms, uname -m on 32-bit ARM machines can have various results starting with "arm", depending on the specific CPU version (e.g. Raspberry Pi is armv6l, RPi2 is armv7l). Again similar to the x86 family, it's appropriate for them to share an architecture suffix; q_platform.h has traditionally used "arm" so let's use that. 64-bit ARM makes a clean break from this, much like 64-bit x86 does: uname -m produces a string not starting with arm (specifically "aarch64"), and gcc predefines __aarch64__ instead of __arm__. As a result, it is unaffected by this change.
Diffstat (limited to 'src/opus-1.1/silk/decode_core.c')
0 files changed, 0 insertions, 0 deletions