Package Details: julia-git 1.11.0.r56788.g501a4f25c2b-1

Git Clone URL: https://aur.archlinux.org/julia-git.git (read-only, click to copy)
Package Base: julia-git
Description: High-level, high-performance, dynamic programming language
Upstream URL: https://julialang.org/
Licenses: MIT
Conflicts: julia
Provides: julia
Submitter: mihi
Maintainer: TrialnError (fusion809, mar)
Last Packager: TrialnError
Votes: 54
Popularity: 0.133059
First Submitted: 2012-02-22 08:57 (UTC)
Last Updated: 2024-10-12 19:47 (UTC)

Required by (19)

Sources (7)

Latest Comments

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 21 Next › Last »

TrialnError commented on 2013-06-10 15:13 (UTC)

As I wrote earlier. Open a bug/feature report on the tracker for R and ask if it's possible to add 'provides=librmath' to the PKGBuild. Or if they can make a split-build. I have no problems on that part, and I'm not using R, so I don't want to install it. But if is a depency available from the repos I will add that and not let build Julia it's own version.

<deleted-account> commented on 2013-06-08 10:36 (UTC)

About the librmath dependency: I think most people interested in using julia will have R installed on their machine as well, so it would be better to either have julia build it's own librmath library, or somehow avoid a conflict between R and the stand-alone librmath if librmath is provided as a separate package. In any case, thanks for providing the build!

TrialnError commented on 2013-05-06 21:36 (UTC)

@JakeDust Thanks for the report. I already added mpfr yesterday and now I realise I forgot to add the package to the deps >.> I put it as a member of base (which it isn't) @essenceoffoo Or it could be asked on the bug-tracker if it's possible to add a specific provides entry to r

JakeDust commented on 2013-05-06 17:52 (UTC)

There is another dependency now, mpfr, since the new BigFloat type was merged (https://github.com/JuliaLang/julia/pull/2814).

essenceoffoo commented on 2013-05-06 16:42 (UTC)

@begin{quote} The gain is minimal, but I added the librmath package to AUR. As it can be used by others to and since it's explicit possible to build only the libs. If there are people which have R installed. Please change 'librmath' to 'r'. @end{quote} That's easy to do when I'm manually building a package. But my AUR package manager (packer) first wants to install librmath and then julia because julia depends on it. So I don't have a change to edit the PKGBUILD in the process. I think the best solution would be to add librmath to the optdepends and maybe also R to the optdepends. Thanks for making this package available :)

TrialnError commented on 2013-04-21 21:31 (UTC)

The gain is minimal, but I added the librmath package to AUR. As it can be used by others to and since it's explicit possible to build only the libs. If there are people which have R installed. Please change 'librmath' to 'r'. If there are issues, or reasons to revert the changes I made, so tell me :)

TrialnError commented on 2013-04-21 20:15 (UTC)

Although I added the libuv-git package to AUR, this Build doesn't rely on it (yet). As it fails And git will most likely move from buildep to dep, as they rely on git for their package management (for Julia packages like Winston) And I'm not sure what to do with Rmath. The libRmath.so is provided by extra/r. Additionally 50mb to install. There shall exist a standalone lib-archive, so should that be added to AUR, or simply pull it via julia like before?

TrialnError commented on 2013-04-21 19:22 (UTC)

Few changes incoming. A few USE_SYSTEM variables got added (for example libuv) So at the moment I'm trying to bring a libuv-git package which will be a dependency. That way it could be possible to bring the "stable releases" for julia to AUR

TrialnError commented on 2013-04-06 00:20 (UTC)

Jeah, that's right. I prefer system libs. But in case of libm I missed the fact, that it exists in glibc :D So.. I want to avoid the epoch number (No real reason *cough*) In a few days I will upload a PKGBuild with the new version string. If no one modifies locally the pkgver than should there no problems with further update informations.

Archetyp commented on 2013-04-02 11:08 (UTC)

No, I also don't know about the differences, but basically they should provide the same mathematical functions. But ATM I am not going to check that :D So do what you feel is the best. I believe going with libm does no harm and from a brief look I also did not find any statistics of openlibm being better optimized. I asked as I was curious about your reason of changing the libm in favor of openlibm, especially because from what I saw you preferred installed system stuff where possible :D (Personally, unless somebody comes with an serious issue or a reason why openlibm is better, I'd stick with what's already installed :D).

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 21 Next › Last »