Age | Commit message (Collapse) | Author |
|
With the 19.3.0 release, GraalVM supports two Java versions: Java 8 and
Java 11. This also affects all sibling packages, including FastR, so the
former fastr-bin package is split in two: fastr-jdk8-bin and
fastr-jdk11-bin. To leave old installs functional when they update, this
package is retained, but only as a “virtual” package with no contents
except for its dependencies.
Since this package only used to provide the Java 8 version, it now
declares a dependency on fastr-jdk8-bin (users may additionally or
instead install fastr-jdk11-bin, if they want to). Users should install
the real package explicitly; I intend to remove this one eventually.
|
|
|
|
|
|
The top-level license files turned from symlinks into proper files
(oracle/fastr#90 [1]), so now we have to copy those as well.
[1]: https://github.com/oracle/fastr/issues/90
|
|
|
|
|
|
|
|
The first non-RC release changed the source file name pattern a bit, but
otherwise the package format remained stable. (Unlike in Graal itself,
TruffleRuby, and graalpython, the license file name was not standardized
to end in .txt.)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Removes the workaround for oracle/fastr#24 again because that turned out
to be an issue on my end. (Other users upgrading the package may need to
delete their src/ and/or pkg/ directories as well.)
|
|
Includes a temporary workaround for oracle/fastr#24 which can hopefully
be removed by the time of the next release.
|
|
|
|
|
|
With -t, the target is always treated as a directory, including the last
component. Instead, swap the arguments back into SOURCE DEST order, and
use the -T option to ensure that DEST really is a file.
|
|
Upstream thankfully changed the URL format to include the version, so
existing files from builds of previous package versions should no longer
be mistaken for the current file (this was a possible problem with rc2).
|
|
|
|
This is a binary package (we don’t build fastr from source), so it
should have a -bin suffix.
|
|
This makes it easier to reuse the PKGBUILD for other Graal languages.
|
|
Extract the jar file under Graal’s JAVA_HOME, and then adjust
permissions and symlinks according to the respective META-INF files
(since the zip format is not guaranteed to support them).
This is enough to make R work (assuming /usr/lib/jvm/default/bin/ is in
your PATH), including polyglot use (R --polyglot, eval.polyglot()), but
apparently not to enable other Graal languages to use R. I’m not sure
why that is, or if that’s even a fault of this package (I seem to get
the same result when installing the package with `gu` directly).
|