For what it's worth, I do use the build-tools from the command line, and not having PATH set up automatically is a tad sub-optimal. What problems does Clang have with this, exactly? Are there some binaries that conflict?
Search Criteria
Package Details: android-sdk-build-tools r35.0.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/android-sdk-build-tools.git (read-only, click to copy) |
---|---|
Package Base: | android-sdk-build-tools |
Description: | Build-Tools for Google Android SDK (aapt, aidl, dexdump, dx, llvm-rs-cc) |
Upstream URL: | https://developer.android.com/studio/releases/build-tools |
Keywords: | android |
Licenses: | custom |
Submitter: | xgdgsc |
Maintainer: | aminvakil |
Last Packager: | aminvakil |
Votes: | 484 |
Popularity: | 0.74 |
First Submitted: | 2013-05-16 03:44 (UTC) |
Last Updated: | 2025-01-24 15:38 (UTC) |
Dependencies (6)
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- java-runtime (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre11-jbr-xdgAUR, jre16-openjdkAUR, jre14-openjdkAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jre-openj9AUR, jdk11-graalvm-ee-binAUR, jre12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jre13-openjdkAUR, jre15-openjdkAUR, jdk21-graalvm-binAUR, jre17-jetbrainsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jre21-jetbrains-gitAUR, jdk21-jetbrains-gitAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jre19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jre21-jetbrainsAUR, jdk17-zulu-prime-binAUR, jdk8-perfAUR, zulu-jre-fx-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk11-openj9-binAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-android-studioAUR, zing-8-binAUR, zing-21-binAUR, jdk-openj9-binAUR, zulu-11-binAUR, jdk8-graalvm-ee-binAUR, jdk8-dragonwell-extendedAUR, jdk21-jetbrains-binAUR, jre11AUR, jdk21-temurinAUR, jdk17-temurinAUR, jdk11-temurinAUR, jre17AUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk21-graalvm-ee-binAUR, jdk8-openj9-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jre21-zulu-binAUR, jre17-zulu-binAUR, jre-zuluAUR, jre-zulu-fxAUR, jdk8-temurinAUR, zulu-21-binAUR, jre8AUR, jdk8AUR, jdk21-openj9-binAUR, jdk17-openj9-binAUR, zulu-17-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk23-graalvm-ee-binAUR, jre-ltsAUR, jdk-ltsAUR, liberica-jdk-11-full-binAUR, liberica-jdk-17-full-binAUR, zulu-17-fx-binAUR, openjdk-zulu8-ca-fx-binAUR, openjdk-zulu11-ca-fx-binAUR, openjdk-zulu17-ca-fx-binAUR, openjdk-zulu21-ca-fx-binAUR, openjdk-liberica8-full-binAUR, openjdk-liberica11-full-binAUR, openjdk-liberica17-full-binAUR, openjdk-liberica21-full-binAUR, java-openjdk-binAUR, openjdk-zulu-ca-fx-binAUR, openjdk-liberica-full-binAUR, jreAUR, jdkAUR, jdk-temurinAUR, liberica-jdk-full-binAUR, zulu-24-binAUR, jre-jetbrainsAUR, java-openjdk-ea-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre11-openjdk, jre17-openjdk, jre21-openjdk, jre8-openjdk) (optional)
- lib32-gcc-libs (lib32-gcc-libs-gitAUR, lib32-gccrs-libs-gitAUR, lib32-gcc-libs-snapshotAUR) (optional)
- lib32-zlib (optional)
Required by (31)
- android-aarch64-openssl (make)
- android-aarch64-qt6-base
- android-aarch64-xz (make)
- android-aarch64-zlib (make)
- android-apktool-git
- android-armv7a-eabi-openssl (make)
- android-armv7a-eabi-qt6-base
- android-armv7a-eabi-xz (make)
- android-armv7a-eabi-zlib (make)
- android-riscv64-xz (make)
- android-riscv64-zlib (make)
- android-sdk-build-tools-zipalign-provides
- android-studio-beta (optional)
- android-x86-64-openssl (make)
- android-x86-64-qt6-base
- android-x86-64-xz (make)
- android-x86-64-zlib (make)
- android-x86-openssl (make)
- android-x86-qt6-base
- android-x86-xz (make)
- android-x86-zlib (make)
- apk-editor-studio
- apk-preview
- apk-resigner (optional)
- apk-thumbnailer
- cvmconfigurator-git (optional)
- fdroidserver (optional)
- fdroidserver-git (optional)
- qrookie-vrp
- scrcpy-full-git (make)
- unity-editor-lts-android
Sources (2)
mvdan commented on 2014-05-22 15:10 (UTC)
xgdgsc commented on 2014-04-18 06:15 (UTC)
Well, if it conflicts, I think removing the adding to PATH should be fine. Most people just use IDEs that can find these things. Is removing it OK for most of you?
tsp commented on 2014-04-18 05:55 (UTC)
/etc/profile.d/android-sdk-build-tools.sh is adding the build-tools to the PATH (I would hazard a guess deliberately ;) ). This does however cause issues when attempting to link with libclang. Are there are accepted solutions to this currently? I can override the PATH for the terminal session I'm using as a workaround but I would prefer something a little more seamless. Thoughts?
a172 commented on 2014-02-28 15:11 (UTC)
I'm getting a trailing '/' on the path for this. I glanced at the PKGBUILD and didn't see why. Not a huge deal as it still works, but I thought you may want to look into it.
B_Lizzard commented on 2014-01-31 15:28 (UTC)
Not outdated, I accidentally clicked while trying to download it. :)
giniu commented on 2013-10-16 13:48 (UTC)
According to android sdk manager, there is already 18.1.1
<deleted-account> commented on 2013-09-11 13:38 (UTC)
Sorry, it's not outdated. I clicked accidentally when trying to vote for it.
arielp commented on 2013-08-05 20:49 (UTC)
Possibly add options=('!strip')
xgdgsc commented on 2013-05-16 12:37 (UTC)
Google splitted platform-tools.
Pinned Comments
aminvakil commented on 2025-03-26 13:43 (UTC)
This repository is maintained at https://github.com/aminvakil/aur.
In case anyone had any suggestions about anything, feel free to raise a PR there.