Package Details: llvm-ocaml-git 18.0.0_r484887.953ae94149f0-1

Git Clone URL: https://aur.archlinux.org/llvm-git.git (read-only, click to copy)
Package Base: llvm-git
Description: OCaml bindings for LLVM
Upstream URL: https://llvm.org/
Keywords: clang git lld lldb llvm polly
Licenses: custom:Apache 2.0 with LLVM Exception
Conflicts: llvm-ocaml
Provides: llvm-ocaml
Submitter: yurikoles
Maintainer: rjahanbakhshi
Last Packager: rjahanbakhshi
Votes: 118
Popularity: 0.012588
First Submitted: 2018-12-05 13:56 (UTC)
Last Updated: 2024-04-17 08:17 (UTC)

Pinned Comments

Lone_Wolf commented on 2021-08-16 11:26 (UTC)

When you have this package installed applications that are built against repo-llvm/clang WILL fail unless they are rebuild against this package.

This includes QTCreator, kdevelop , mesa, intel-compute-runtime, gnome-builder to name a few.

Lone_Wolf commented on 2020-08-22 12:18 (UTC) (edited on 2021-02-06 12:51 (UTC) by Lone_Wolf)

Archlinux currently has 3 llvm git implementations

  1. This package

    • It aims to provide a full llvm/clang compiler environment for development purposes.
    • Supports cross-compiling , bindings for external stuff (python, ocaml etc) , and some things not in extra-llvm.
    • intended to be used with archlinux core,extra & community repos
    • CONFLICTS with extra llvm/clang packages
    • Currently there's no repo with binary versions

  2. llvm-minimal-git

    • focuses on providing stuff needed for AUR mesa-git. Doesn't support cross-compiling or any bindings for external stuff like ocaml & python.
    • intended to be used with archlinux core,extra & community repos
    • compatible with extra llvm/clang packages
    • no repo with binary versions

  3. packages created & maintained by Lordheavy, an arch developer

    • intended to be used with archlinux testing repos
    • sometimes has problems on systems where testing repos are disabled
    • uses same package structure as llvm/clang in official repos
    • source
    • binary versions in LordHeavys unoffical repo

Lone_Wolf commented on 2019-04-12 20:41 (UTC) (edited on 2019-12-16 22:45 (UTC) by Lone_Wolf)

I've looked good at clang-trunk , llvm-svn, repo llvm/clang packages and think this package is now on route to become a worthy successor to llvm-svn .

  • llvm-libs-git holds the runtime libraries.

    It conflicts with the repo llvm-libs package. This is the only way to make sure the llvm linker from git is used, and that's needed for a full dev environment.

  • llvm-git

    has llvm , clang, compiler-rt, ocaml & python bindings, polly , lld , lldb .

The Package now uses a new environment variable to make ninja behave, NINJAFLAGS. If you want to use it adjust the snippet below to your desired values and add it to makepkg.conf.

Incase you are satisfied with ninja defaults you don't need to do anything.

# Add to makepkg.conf
# limit ninja to 20 jobs
# requires special code in PKGBUILD
# see ninja --help for additonal options
NINJAFLAGS="-j20"

The check() function fails rather often, but I do suggest to build with them. If build fails due to test failure you can add --nocheck to skip the tests.

Latest Comments

« First ‹ Previous 1 .. 29 30 31 32 33 34 35 36 37 38 39 .. 70 Next › Last »

pr0dukter commented on 2017-09-29 05:04 (UTC) (edited on 2017-09-29 09:46 (UTC) by pr0dukter)

installed all llvm-svn packages thru repo with pacui perfectly, removed all the mess i created below this was with clang-4.0 installed, removed after oh its so ugly but ln -s /usr/local/bin/clang++ /usr/lib/ccache/bin/clang++ compiles with warning "no version info available..." complaining the whole time basically have to set CXX equal to clang path or -DCMAKE_CXX_CMAKE.....etc to path which i dont know where exactly to do, hopefully someone smarter than me can help oh yeah and make sure tmpfs is larger than 7.8gig because failed at 98% on final ld link first time thru

kerberizer commented on 2017-09-29 00:27 (UTC)

FWIW, my test builds were failing without adding libedit to makedepends. This doesn't make sense as libedit is already listed as a run dependency for lldb and "[t]he packages in the depends array are implicitly required to build the package, they should not be duplicated [as makedepends]".[1] I'll be investigating this tomorrow (or over the weekend)—it might have something to do with the specifics of the split packages—but for now keep it in mind if you stumble upon errors about missing editline/readline.h (chiefly if you build in a clean chroot). --- 1. https://wiki.archlinux.org/index.php/PKGBUILD#makedepends

kerberizer commented on 2017-09-28 15:04 (UTC)

[NOTICE] LLDB has been merged as “lldb-svn”—it used to be a separate PKGBUILD by other maintainers. It should also be shortly available from the binary repo. Special thanks to @aeden for pushing the merge request ahead and noticing an important bug. P.S. Apologies for not investing much time in the packages recently. The summer turned out to be much busier than I anticipated. As usual though, I'll be trying to slowly catch up with the tasks that have accumulated.

kerberizer commented on 2017-08-07 11:56 (UTC)

A gentle reminder for those using the binary repo: the signing PGP key has its expiry extended each year, so if you see messages about it being "unknown trust", try refreshing it from the keyservers by running "sudo pacman-key --refresh-keys 0xD16CF22D27D1091A841C4BE976563F75679E4525".

aeden commented on 2017-08-03 23:36 (UTC)

@kerberizer I second this. The llvm-svn package is very well implemented. @mtahmed (Zrax) do you have any response?

kerberizer commented on 2017-07-24 17:20 (UTC)

@fightcookie Ah, I see they've finally fixed their HTTPS setup -- it used to be a pathetic F grade on Qualys SSL Labs test only a few months ago. Thanks for the heads up.

xuiqzy commented on 2017-07-24 17:12 (UTC)

Please change all the llvm.org url and source links to TLS encrypted https. Thanks! :)

« First ‹ Previous 1 .. 29 30 31 32 33 34 35 36 37 38 39 .. 70 Next › Last »