| Age | Commit message (Collapse) | Author |
|---|
|
Apparently the only reason that the `node --polyglot` added to test.sh
in the previous commit worked on my system is that it silently fell back
to `node --polyglot --jvm`; however, it’s *supposed* to run polyglot
Node + everything else as a native image, without a JVM. And apparently,
R can’t be built as a native image (for engineering reasons, I’ve been
told), so if it doesn’t fall back to --jvm mode, then our test doesn’t
work. Consequently, we should actually specify --polyglot --jvm.
The fallback happens when libpolyglot.so is missing. It’s supposed to be
built by `gu rebuild libpolyglot`, and apparently `gu` prints a message
recommending that you run this command when you use it to install a new
language; since we bypass gu, we should print a similar message in our
package installation process. We don’t directly run the command for the
same reason that gu doesn’t: it’s way too expensive, requiring over four
hours of CPU time on my system. Even as a hook, rather than a
post-install script (i.e. only running once at the end of all package
installs, not once per package), I can’t justify this expenditure for
everyone installing the package, especially since most people probably
won’t need this (evidently I’ve been using GraalVM for years without
ever having built libpolyglot.so). So we just make the hook print a
message for users, and they can hopefully decide for themselves if they
want to run the command or not. (If people ask about the message in the
AUR comments, we can probably iterate on the phrasing a bit.)
|
|
|
|
The GraalVM 21.0.0 base download does not include the Node.js component
anymore, so that’s available as a separate package now. Add it as an
optional dependency of this one, so that people can find it easily
(since it used to be bundled with this package).
|
|
|
|
|
|
And silence emcc in test.sh, since it otherwise prints some noise to
stderr when some compilation parts aren’t cached.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
With the 19.3.0 release, GraalVM supports two Java versions: Java 8 and
Java 11. Accordingly, the former graal-bin package is split into two:
jdk8-graalvm-bin (this package) and jdk11-graalvm-bin. We use this
opportunity to make several other adjustments as well.
The main product name seems to be “GraalVM”, not just “Graal”, so we
reflect this in the package name and in the Java name. For backwards
compatibility, if we detect the user’s default Java was java-8-graal, we
set it to this package’s java-8-graalvm instead.
We no longer provide a version of the package name without the “-bin”
suffix. It doesn’t seem likely that a built-from-source version will be
added to the AUR soon, and other packages like jdk8-openj9-bin or
jdk8-j9-bin don’t provide non-bin versions either.
We no longer recommend a native-image package. The old package only did
this because it used to include that functionality; this new package has
never included native-image, so I don’t see the need to recommend it.
People interested in it should be able to find it easily enough.
A test script is included, which I’d been using locally for some time
already. It assumes you’ve locally installed current versions of the
GraalVM, FastR, TruffleRuby, GraalPython and native-image packages, and
is typically run just before pushing the updated PKGBUILDs to the AUR.
And finally, a .gitignore file never hurts.
|