summaryrefslogtreecommitdiff
path: root/app/assets/urls/bitmask demo.url
diff options
context:
space:
mode:
authoraguestuser <aguestuser@risup.net>2017-04-23 20:36:37 -0400
committeraguestuser <aguestuser@risup.net>2017-04-30 20:05:35 -0400
commit215edb9840e5a75ed961fbf8b6ce423116deef28 (patch)
tree500f10c9caa59cf484f26057811e83f4514555d4 /app/assets/urls/bitmask demo.url
parente79058d8797c918d37e406245ca7683cf07240d1 (diff)
[ag] eliminate hacky workaround for 64-bit builds
* HACK: replace all toolchain references to `linux-x86_64` with `linux-x86` * FIX: provide dependency on `file` package that will allow `ndk-build` to detect 32-bit userland, making this * side-effects: * group sdk/env vars with installation code that uses them * add explanatory note about why we use outdated version of `android-ndk` ------------------ *Explanation:* More careful analysis of the meaning of the word `file` in this (subtle!) error message: ```shell /opt/android-sdk-linux/android-ndk-r12b/build/ndk-build: 143: /opt/android-sdk-linux/android-ndk-r12b/build/ndk-build: file: not found ``` led to inspecting line 143 of `ndk-build`, revealing an undefined variable called `file` that would allow `ndk-build` to detect a 32-bit userland: ```shell file -L "$SHELL" | grep -q "x86[_-]64" ``` Thus the error messsage was *not* trying to tell us that a file could not be found, but that the program called `file` could not be found. FUN! :)
Diffstat (limited to 'app/assets/urls/bitmask demo.url')
0 files changed, 0 insertions, 0 deletions