Well, either it fixed itself or running makepkg twice fixes it.
Search Criteria
Package Details: emscripten-git 2:2.0.15.r31.g249815cf7-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/emscripten-git.git (read-only, click to copy) |
---|---|
Package Base: | emscripten-git |
Description: | LLVM-to-JavaScript compiler |
Upstream URL: | http://emscripten.org |
Licenses: | custom |
Conflicts: | binaryen, emscripten |
Provides: | emscripten |
Submitter: | None |
Maintainer: | kjkent |
Last Packager: | haawda |
Votes: | 28 |
Popularity: | 0.000000 |
First Submitted: | 2012-10-01 17:47 (UTC) |
Last Updated: | 2021-03-13 19:40 (UTC) |
Dependencies (13)
- acorn
- libxml2 (libxml2-gitAUR, libxml2-2.9AUR)
- nodejs (nodejs-lts-fermiumAUR, nodejs-gitAUR, python-nodejs-wheelAUR, nodejs-lts-hydrogen, nodejs-lts-iron)
- python (python37AUR, python311AUR, python310AUR)
- clang (llvm-rocm-gitAUR, llvm-gitAUR, clang-minimal-gitAUR, clang17-binAUR) (make)
- cmake (cmake-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- libxml2 (libxml2-gitAUR, libxml2-2.9AUR) (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR) (make)
- ocaml-ctypes (make)
- gcc-go (gcc-go-snapshotAUR) (optional) – for using llvm-go, go may also work
- 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, jdk8-graalvm-ee-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jre11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jre13-openjdkAUR, jre15-openjdkAUR, jdk21-graalvm-binAUR, jre17-jetbrainsAUR, jdk8-openj9-binAUR, jre-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jre21-jetbrains-gitAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-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, jre17AUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jre8AUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-jre-fx-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jre-jetbrainsAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jreAUR, jdkAUR, jdk21-jetbrains-binAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-android-studioAUR, jdk17-openj9-binAUR, jre-zuluAUR, jre-zulu-fxAUR, jre21-zulu-binAUR, jre17-zulu-binAUR, jdk23-graalvm-ee-binAUR, zing-8-binAUR, zing-21-binAUR, java-openjdk-ea-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre11-openjdk, jre17-openjdk, jre21-openjdk, jre8-openjdk) (optional) – for using clojure
- ruby (optional) – for running some scripts
Required by (9)
- dwrandomizer (requires emscripten) (make)
- halide (requires emscripten) (optional)
- koka-bin (requires emscripten) (optional)
- libsignal-protocol-javascript (requires emscripten) (make)
- libsignal-protocol-javascript-git (requires emscripten) (make)
- occt-webgl-viewer (requires emscripten) (make)
- tidal2d (requires emscripten) (optional)
- tutanota-desktop (requires emscripten) (make)
- webjcs-git (requires emscripten) (optional)
Sources (5)
flaviut commented on 2014-08-17 02:41 (UTC)
flaviut commented on 2014-08-17 02:26 (UTC)
fatal: Cannot update paths and switch to branch 'makepkg' at the same time.
Did you intend to checkout 'origin/incoming' which can not be resolved as commit?
==> ERROR: Failure while creating working copy of emscripten git repo
Aborting...
I'm not really sure what the problem is, I've tried to massage the git commands manually a bit, but it still seems to be failing.
EscapedNull commented on 2014-08-07 21:42 (UTC)
haawada, I don't know how I didn't find that page when I was looking for a solution, but sure enough, it worked. I was running emcc in a proot without binding /dev/shm. Cheers and thanks for the update!
haawda commented on 2014-08-07 16:57 (UTC)
Does this help?
http://stackoverflow.com/questions/3314031/django-celery-implementation-oserror-errno-38-function-not-implemented#comment7543003_3699231
EscapedNull commented on 2014-08-07 15:12 (UTC)
After the update to package version 1.20.0, the python invoker script (emcc) always crashes. I tried
$ cp -i emscripten-git/emscripten.config ~/.emscripten
$ source ./emscripten-git/emscripten.sh
$ emcc --clear-cache
and still have had no luck. I don't know whether this is a fault of the package, emscripten itself, my system, or something else. Here is the full stack trace and additional info:
http://pastebin.com/tRwGn8db
Looks like I'll be downgrading back to 1.18.3. If anyone else has run into this problem, please share. Any help is appreciated.
haawda commented on 2014-06-25 20:22 (UTC)
EscapedNull: this is the default behaviour of -git-packages.
Btw., I updated the package, but I am really not sure if it is packaged correctly. Help is appreciated.
EscapedNull commented on 2014-04-28 12:21 (UTC)
What's up with these version numbers? PKGBUILD says 1.15.0, AUR says 1.15.0-1, and after upgrading em++ --version says 1.16.0? Anyway, thanks for the upgrade! em++ automatically detected the version change and cleared the cache; no logout was required for me. :)
bitwave commented on 2014-04-23 14:59 (UTC)
please add cmake as build dependency
cruelbob commented on 2014-03-21 20:43 (UTC)
I updated PKGBUILD. If you have previous version then you should restart system because of env variables.
svenstaro commented on 2014-03-21 18:58 (UTC)
The .emscripten file should look like this because you set those variables.
LLVM_ROOT = os.path.expanduser(os.getenv('EMSCRIPTEN_FASTCOMP') or '/opt/emscripten-fastcomp') # directory
Instead, it has this
LLVM_ROOT = os.path.expanduser(os.getenv('LLVM') or '/usr/bin') # directory
You should change the default config the package generates or provide the user with a good install message.
Pinned Comments
kjkent commented on 2024-06-29 13:04 (UTC)
I found this PKGBUILD orphaned, without any commits in the last few years. I've just adopted it and will get to updating it ASAP, though it might be sometime in the next week.