Package Details: llvm-minimal-git 14.0.0_r400862.c6c13c58eebd-1

Git Clone URL: https://aur.archlinux.org/llvm-minimal-git.git (read-only, click to copy)
Package Base: llvm-minimal-git
Description: Collection of modular and reusable compiler and toolchain technologies
Upstream URL: https://llvm.org/
Licenses: custom:Apache 2.0 with LLVM Exception
Conflicts: clang, compiler-rt, llvm
Provides: clang, compiler-rt, llvm
Submitter: Lone_Wolf
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 4
Popularity: 0.004557
First Submitted: 2019-05-14 19:32 (UTC)
Last Updated: 2021-10-05 16:04 (UTC)

Required by (1463)

Sources (2)

Pinned Comments

Lone_Wolf commented on 2020-08-22 12:30 (UTC) (edited on 2020-08-22 12:31 (UTC) by Lone_Wolf)

Archlinux currently has 3 llvm git implementations

  1. this package

    • see other pinned comments for details
  2. llvm-git

    • 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
    • binary versions in chaotic aur unofficial repository
  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-08-25 12:39 (UTC) (edited on 2021-01-30 21:15 (UTC) by Lone_Wolf)

Why does this package exist ?

Llvm & aur llvm-git are intended to provide a full development environment of llvm/clang suite that can replace eachother completely (aur llvm-git adds some xtra functionality)

llvm-minimal-git is a stripped-down llvm trunk build with these goals :

  • llvm-libs-minimal-git must coexist with stable llvm-libs
  • provide what's needed for mesa trunk (it's a hard dependency for mesa-minimal-git and a possible dependeny for mesa-git)
  • provide basic llvm/clang compiler functionality on x86-64 architecture

Some of the things that are stripped out :

  • cross-compiling support
  • bindings for ocaml
  • bindings for go
  • lld , lldb and polly
  • documentation
  • examples
  • benchmarks

Maintainers (and users) should only depend on llvm-miminal-git after verifying it satisfies what they need.

Lone_Wolf commented on 2019-08-21 13:51 (UTC) (edited on 2021-05-23 11:39 (UTC) by Lone_Wolf)

When building this you are likely to encounter test failures.

Those that mention non-x86-64 and/or non-admgpu architectures are unimportant.

As of https://github.com/llvm/llvm-project/commit/3d3abc22b3ef there are no test failures

To prevent building abortions due to test failures, you can use --nocheck option of makepkg.

Latest Comments

Lone_Wolf commented on 2021-10-20 08:49 (UTC)

libffi was updated, all who use llvm-mimimasl-git need to rebuild it.

Lone_Wolf commented on 2021-10-11 08:33 (UTC)

confirmed, see https://gitlab.freedesktop.org/mesa/mesa/-/issues/5471

Mesa-git will need to be pacthed.

xDShot commented on 2021-10-11 01:08 (UTC) (edited on 2021-10-11 01:09 (UTC) by xDShot)

mesa-git currently fails to build with this installed:

../mesa/src/gallium/frontends/clover/llvm/codegen/native.cpp:31:10: fatal error: llvm/Support/TargetRegistry.h: No such file or directory
   31 | #include <llvm/Support/TargetRegistry.h>
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Lone_Wolf commented on 2021-01-30 20:16 (UTC)

With llvm 13 upstream decided to remove the master branch and work in the main branch instead.

The HEAD file in your local git will need to be changed to point to main .

Lone_Wolf commented on 2020-12-07 20:35 (UTC)

I decided to remove documentation, examples, benchmarks and a few more things.

Building now requires less dependencies , build time should be shorter and the binaries a bit smaller.

Lone_Wolf commented on 2020-08-22 12:30 (UTC) (edited on 2020-08-22 12:31 (UTC) by Lone_Wolf)

Archlinux currently has 3 llvm git implementations

  1. this package

    • see other pinned comments for details
  2. llvm-git

    • 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
    • binary versions in chaotic aur unofficial repository
  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

Strunkenbold commented on 2020-05-01 18:25 (UTC)

@yurikoles Thx for the hint! Will do next time! @Lone_Wolf Thx for the build error, it is working now just fine!

Lone_Wolf commented on 2020-03-30 15:10 (UTC) (edited on 2020-03-30 15:10 (UTC) by Lone_Wolf)

Thought a bit more about this package and am now considering to remove "basic llvm/clang compiler functionality on x86_64" and just target mesa-git with it.

That would allow to leave out documentation and possibly more things.

Lone_Wolf commented on 2020-03-26 12:29 (UTC)

It's minimal compared to llvm-git.

Also one of its goals is to provide basic compiler functionality . I do think accurate documentation is necessary for basic functionality.

recommonmark / swig / sphinx are makedepends and only needed during building. Just build in a clean chroot or use makepkg --syncdeps --rmdeps , and those dependencies won't be on your system.

mirh commented on 2020-03-26 00:23 (UTC)

If this is so minimal, why is documentation/sphinx needed?

Lone_Wolf commented on 2020-03-19 22:29 (UTC)

Changed cmake options to get tests builded during check() . Building with --nocheck works again.

Lone_Wolf commented on 2020-03-19 16:46 (UTC)

Build currently fails, see https://bugs.llvm.org/show_bug.cgi?id=45252

Lone_Wolf commented on 2020-03-13 18:06 (UTC)

@Strunkenbold:

/usr/include/c++/9.3.0/ Looks like you are using [testing] repos ?

yurikoles commented on 2020-03-13 12:13 (UTC)

@Strunkenbold

Please always do export LC_ALL=C to get English logs :)

Strunkenbold commented on 2020-03-13 12:11 (UTC)

Cant compile this anymore for some weeks already. I disabled now the building of tests in the PKGBUILD. Dont know why we build those anyway when we disable the check for tests. Hope, I didnt break something.

Here is the compile error:

In Datei, eingebunden von /usr/include/libxml2/../clang-tidy/utils/../ClangTidyCheck.h:12, von /usr/include/libxml2/../clang-tidy/utils/../ClangTidy.h:12, von /usr/include/libxml2/../clang-tidy/utils/IncludeSorter.h:12, von /usr/include/libxml2/../clang-tidy/utils/IncludeInserter.h:12, von /home/greg/Source/debug_builds/llvm-minimal-git/src/llvm-project/clang-tools-extra/unittests/clang-tidy/IncludeInserterTest.cpp:9: /usr/include/libxml2/../clang-tidy/utils/../ClangTidyDiagnosticConsumer.h: In Elementfunktion »void clang::tidy::ClangTidyContext::setCurrentBuildDirectory(llvm::StringRef)«: /usr/include/libxml2/../clang-tidy/utils/../ClangTidyDiagnosticConsumer.h:157:29: Fehler: no match for »operator=« (operand types are »std::string« {aka »std::__cxx11::basic_string<char>«} and »llvm::StringRef«) 157 | CurrentBuildDirectory = BuildDirectory; | ^~~~~~~~~~~~~~ In Datei, eingebunden von /usr/include/c++/9.3.0/string:55, von /usr/include/c++/9.3.0/stdexcept:39, von /usr/include/c++/9.3.0/array:39, von /usr/include/c++/9.3.0/tuple:39, von /usr/include/c++/9.3.0/bits/unique_ptr.h:37, von /usr/include/c++/9.3.0/memory:80, von /home/greg/Source/debug_builds/llvm-minimal-git/src/llvm-project/llvm/include/llvm/ADT/Optional.h:22, von /usr/include/libxml2/../clang-tidy/utils/../ClangTidyOptions.h:13, von /usr/include/libxml2/../clang-tidy/utils/../ClangTidyDiagnosticConsumer.h:12, von /usr/include/libxml2/../clang-tidy/utils/../ClangTidyCheck.h:12, von /usr/include/libxml2/../clang-tidy/utils/../ClangTidy.h:12, von /usr/include/libxml2/../clang-tidy/utils/IncludeSorter.h:12, von /usr/include/libxml2/../clang-tidy/utils/IncludeInserter.h:12, von /home/greg/Source/debug_builds/llvm-minimal-git/src/llvm-project/clang-tools-extra/unittests/clang-tidy/IncludeInserterTest.cpp:9: /usr/include/c++/9.3.0/bits/basic_string.h:665:7: Anmerkung: candidate: »std::__cxx11::basic_string<_CharT, _Traits, _Alloc>& std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::operator=(const std::__cxx11::basic_string<_CharT, _Traits, _Alloc>&) [mit _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]« 665 | operator=(const basic_string& __str) | ^~~~~~~~ /usr/include/c++/9.3.0/bits/basic_string.h:665:37: Anmerkung: keine bekannte Umwandlung für Argument 1 von »llvm::StringRef« nach »const std::__cxx11::basic_string<char>&« 665 | operator=(const basic_string& __str) | ~~~~~~~~~~~~~~~~~~~~^~~~~ /usr/include/c++/9.3.0/bits/basic_string.h:704:7: Anmerkung: candidate: »std::__cxx11::basic_string<_CharT, _Traits, _Alloc>& std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT) [mit _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]« 704 | operator=(const _CharT __s) | ^~~~~~~~ /usr/include/c++/9.3.0/bits/basic_string.h:704:31: Anmerkung: keine bekannte Umwandlung für Argument 1 von »llvm::StringRef« nach »const char« 704 | operator=(const _CharT __s) | ~~~~~~~~~~~~~~^~~ /usr/include/c++/9.3.0/bits/basic_string.h:715:7: Anmerkung: candidate: »std::__cxx11::basic_string<_CharT, _Traits, _Alloc>& std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::operator=(_CharT) [mit _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]« 715 | operator=(_CharT __c) | ^~~~~~~~ /usr/include/c++/9.3.0/bits/basic_string.h:715:24: Anmerkung: keine bekannte Umwandlung für Argument 1 von »llvm::StringRef« nach »char« 715 | operator=(_CharT __c) | ~~~~~~~^~~ /usr/include/c++/9.3.0/bits/basic_string.h:732:7: Anmerkung: candidate: »std::__cxx11::basic_string<_CharT, _Traits, _Alloc>& std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::operator=(std::__cxx11::basic_string<_CharT, _Traits, _Alloc>&&) [mit _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]« 732 | operator=(basic_string&& __str) | ^~~~~~~~ /usr/include/c++/9.3.0/bits/basic_string.h:732:32: Anmerkung: keine bekannte Umwandlung für Argument 1 von »llvm::StringRef« nach »std::__cxx11::basic_string<char>&&« 732 | operator=(basic_string&& __str) | ~~~~~~~~~~~~~~~^~~~~ /usr/include/c++/9.3.0/bits/basic_string.h:795:7: Anmerkung: candidate: »std::__cxx11::basic_string<_CharT, _Traits, _Alloc>& std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::operator=(std::initializer_list<_Tp>) [mit _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]« 795 | operator=(initializer_list<_CharT> __l) | ^~~~~~~~ /usr/include/c++/9.3.0/bits/basic_string.h:795:42: Anmerkung: keine bekannte Umwandlung für Argument 1 von »llvm::StringRef« nach »std::initializer_list<char>« 795 | operator=(initializer_list<_CharT> __l) | ~~~~~~~~~~~~~~~~~~~~~~~~~^~~ In Datei, eingebunden von /usr/include/libxml2/../clang-tidy/utils/../ClangTidyCheck.h:12, von /usr/include/libxml2/../clang-tidy/utils/../ClangTidy.h:12, von /usr/include/libxml2/../clang-tidy/utils/IncludeSorter.h:12, von /usr/include/libxml2/../clang-tidy/utils/IncludeInserter.h:12, von /home/greg/Source/debug_builds/llvm-minimal-git/src/llvm-project/clang-tools-extra/unittests/clang-tidy/IncludeInserterTest.cpp:9: /usr/include/libxml2/../clang-tidy/utils/../ClangTidyDiagnosticConsumer.h: Im globalen Gültigkeitsbereich: /usr/include/libxml2/../clang-tidy/utils/../ClangTidyDiagnosticConsumer.h:250:9: Fehler: »Regex« in Namensbereich »llvm« bezeichnet keinen Typ 250 | llvm::Regex *getHeaderFilter(); | ^~~~~ /usr/include/libxml2/../clang-tidy/utils/../ClangTidyDiagnosticConsumer.h:263:25: Fehler: »Regex« ist kein Element von »llvm« 263 | std::unique_ptr<llvm::Regex> HeaderFilter; | ^~~~~ /usr/include/libxml2/../clang-tidy/utils/../ClangTidyDiagnosticConsumer.h:263:25: Fehler: »Regex« ist kein Element von »llvm« /usr/include/libxml2/../clang-tidy/utils/../ClangTidyDiagnosticConsumer.h:263:30: Fehler: Templateargument 1 ist ungültig 263 | std::unique_ptr<llvm::Regex> HeaderFilter; | ^ /usr/include/libxml2/../clang-tidy/utils/../ClangTidyDiagnosticConsumer.h:263:30: Fehler: Templateargument 2 ist ungültig In Datei, eingebunden von /home/greg/Source/debug_builds/llvm-minimal-git/src/llvm-project/clang-tools-extra/unittests/clang-tidy/IncludeInserterTest.cpp:12: /home/greg/Source/debug_builds/llvm-minimal-git/src/llvm-project/clang-tools-extra/unittests/clang-tidy/ClangTidyTest.h: In Elementfunktion »std::unique_ptr<clang::ASTConsumer> clang::tidy::test::TestClangTidyAction<CheckTypes>::CreateASTConsumer(clang::CompilerInstance&, llvm::StringRef)«: /home/greg/Source/debug_builds/llvm-minimal-git/src/llvm-project/clang-tools-extra/unittests/clang-tidy/ClangTidyTest.h:70:19: Fehler: »class clang::tidy::ClangTidyCheck« hat kein Element namens »isLanguageVersionSupported« 70 | if (!Check->isLanguageVersionSupported(Context.getLangOpts())) | ^~~~~~~~~~~~~~~~~~~~~~~~~~ [4379/5655] Building CXX object tools/clang/tools/extra/unittests/clang-tidy/CMakeFiles/ClangTidyTests.dir/OverlappingReplacementsTest.cpp.o ninja: build stopped: subcommand failed. ==> FEHLER: Ein Fehler geschah in build(). Breche ab...

nstgc commented on 2020-03-05 17:45 (UTC)

@Lone_Wolf I can confirm on my machine pacman -Rdd python-yaml will allow this to build properly.

Lone_Wolf commented on 2019-09-28 11:49 (UTC) (edited on 2019-09-28 11:51 (UTC) by Lone_Wolf)

Because I was lying to pacman with those provides.

Programs that require repo llvm/compiler-rt/clang will fail if llvm-minimal-git is present.

Only those programs that depend on llvm-libs or llvm-libs-minimal-git will keep working. mesa-git only needs llvm-minimal-git at build time, at runtime all it needs is llvm-libs-minimal-git .

remove llvm/compiler-rt/clang before building and everything will work.

To avoid similar problems in the future, build in a clean chroot or use makepkg -Crs to automatically remove what -s added after building.

Terence commented on 2019-09-27 16:32 (UTC)

Why did it stop providing compiler-rt and clang? Building mesa-git gives me :: compiler-rt and llvm-minimal-git are in conflict. Remove llvm-minimal-git?

Terence commented on 2019-08-25 13:12 (UTC) (edited on 2019-08-25 13:12 (UTC) by Terence)

Thank you very much for the explanation @Lone_wolf Maybe pin it in case someone asks the same question? Edit: nevermind you already did it.

Lone_Wolf commented on 2019-08-25 12:39 (UTC) (edited on 2021-01-30 21:15 (UTC) by Lone_Wolf)

Why does this package exist ?

Llvm & aur llvm-git are intended to provide a full development environment of llvm/clang suite that can replace eachother completely (aur llvm-git adds some xtra functionality)

llvm-minimal-git is a stripped-down llvm trunk build with these goals :

  • llvm-libs-minimal-git must coexist with stable llvm-libs
  • provide what's needed for mesa trunk (it's a hard dependency for mesa-minimal-git and a possible dependeny for mesa-git)
  • provide basic llvm/clang compiler functionality on x86-64 architecture

Some of the things that are stripped out :

  • cross-compiling support
  • bindings for ocaml
  • bindings for go
  • lld , lldb and polly
  • documentation
  • examples
  • benchmarks

Maintainers (and users) should only depend on llvm-miminal-git after verifying it satisfies what they need.

Terence commented on 2019-08-24 15:29 (UTC)

This package doesn't provide llvm-git which is the name most packages depends on. Is it expected?

Lone_Wolf commented on 2019-08-21 13:51 (UTC) (edited on 2021-05-23 11:39 (UTC) by Lone_Wolf)

When building this you are likely to encounter test failures.

Those that mention non-x86-64 and/or non-admgpu architectures are unimportant.

As of https://github.com/llvm/llvm-project/commit/3d3abc22b3ef there are no test failures

To prevent building abortions due to test failures, you can use --nocheck option of makepkg.

yurikoles commented on 2019-08-12 09:26 (UTC)

@Faalagorn please examine instructions in llvm-git sticky message.

Faalagorn commented on 2019-08-11 12:24 (UTC) (edited on 2019-08-11 21:42 (UTC) by Faalagorn)

Commenting out just the check() function made it compile after two previous failures for me – also I see that https://aur.archlinux.org/packages/lib32-llvm-minimal-git/ PKGBUILD is different and among some doesn't include that check, although I didn't try compiling it yet (EDIT: it works fine).

EDIT: Alternatively, it works by disabling check via --nocheck or stating BUILDENV=([…] !check […])

Lone_Wolf commented on 2019-06-25 20:09 (UTC) (edited on 2019-06-25 20:10 (UTC) by Lone_Wolf)

@Octobot : clang regresssion tests fail so often I'm tempted to remove them from the check() function. Usually they go away(and are sometimes replaced by others) after a few days when upstream solved them.

@Sinistar llvm-minimal-git gives more warnings then in the past, but other then that I haven't encountered problems with it or mesa-git using llvm-minimal-git & gcc9 . Will test llvm-git in a few days.

Sinistar commented on 2019-06-23 22:11 (UTC) (edited on 2019-06-23 22:15 (UTC) by Sinistar)

Just a heads up, GCC 9.X seems to be messed up. LLVM will compile fine with clang, or GCC 8.X. Also, MESA will compile ok with GCC 8.X. If you use clang to compile LLVM you will also need to use gold as the linker and add clang as a makedepends.

Example:

    -D CMAKE_C_COMPILER=/usr/bin/clang \
    -D CMAKE_CXX_COMPILER=/usr/bin/clang++ \
    -D LLVM_USE_LINKER=gold \

0ctobot commented on 2019-06-20 19:16 (UTC) (edited on 2019-06-20 19:25 (UTC) by 0ctobot)

It seems no matter what I do, I am unable to successfully build this or the full llvm-git packages. Both ceaselessly fail during regression testing. In the case of llvm-minimal, the results are as follows:

.../llvm-minimal-git/src/llvm-project/clang-tools-extra/test/modularize/ProblemsCoverage.modularize:3:10: error: CHECK: expected string not found in input CHECK: warning: {{.}}{{[/\]}}Inputs/CoverageProblems/module.modulemap does not account for file: {{.}}{{[/\]}}Inputs/CoverageProblems/Level3A.h

Testing Time: 61.37s Failing Tests (1): Clang Tools :: modularize/ProblemsCoverage.modularize

Expected Passes : 750 Expected Failures : 1 Unsupported Tests : 1 Unexpected Failures: 1 FAILED: tools/clang/tools/extra/test/CMakeFiles/check-clang-tools cd .../llvm-minimal-git/src/_build/tools/clang/tools/extra/test && /usr/bin/python .../llvm-minimal-git/src/_build/./bin/llvm-lit -sv .../llvm-minimal-git/src/_build/tools/clang/tools/extra/test ninja: build stopped: subcommand failed. ==> ERROR: A failure occurred in check(). Aborting...

bpierre commented on 2019-05-30 21:23 (UTC)

Depends on your umask (I default to a non-permissive one) and how you build the package.

Lone_Wolf commented on 2019-05-30 19:37 (UTC)

Looks like that file already has 644 permissions.

$ stat pkg/llvm-minimal-git/usr/include/llvm/Config/llvm-config.h 
  File: pkg/llvm-minimal-git/usr/include/llvm/Config/llvm-config.h
  Size: 168             Blocks: 8          IO Block: 4096   regular file
Device: 10302h/66306d   Inode: 5128021     Links: 1
Access: (0644/-rw-r--r--)  Uid: ( 1000/panoramix)   Gid: ( 1000/panoramix)
Access: 2019-05-30 00:29:05.599799638 +0200
Modify: 2019-05-30 00:01:18.000000000 +0200
Change: 2019-05-30 00:29:04.649791531 +0200
 Birth: 2019-05-30 00:28:08.012636305 +0200
$ 

bpierre commented on 2019-05-30 18:21 (UTC)

Minor tweak to ensure /usr/include/llvm/Config/llvm-config.h permissions are right:

 PKGBUILD | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git c/PKGBUILD w/PKGBUILD
index ebf594f..74d63e3 100644
--- c/PKGBUILD
+++ w/PKGBUILD
@@ -136,7 +136,7 @@ package_llvm-minimal-git() {
         # Needed for multilib (https://bugs.archlinux.org/task/29951)
         # Header stub is taken from Fedora
         mv "$pkgdir"/usr/include/llvm/Config/llvm-config{,-64}.h
-        cp "$srcdir"/llvm-config.h "$pkgdir"/usr/include/llvm/Config/llvm-config.h
+        install -Dm644 "$srcdir"/llvm-config.h "$pkgdir"/usr/include/llvm/Config/llvm-config.h
     fi

     install -Dm644 "$srcdir"/llvm-project/llvm/LICENSE.TXT "$pkgdir"/usr/share/licenses/"$pkgname"/LICENSE

bpierre commented on 2019-05-29 14:58 (UTC)

The PKGBUILD should use ninja $NINJAFLAGS (not ninja "$NINJAFLAGS"), so the value is properly split (e.g. when using NINJAFLAGS="-j3 -k0") and it works when it's empty.

yurikoles commented on 2019-05-29 14:38 (UTC)

@Lone_Wolf and now package doesn't work OOB because user should set unofficial undocumented NINJAFLAGS?

artivision commented on 2019-05-29 11:26 (UTC)

Fail with /var/tmp/pamac-build-jojo/llvm-minimal-git/src/_build/ empty error.

yurikoles commented on 2019-05-25 06:52 (UTC)

Actually, transition to one monorepo for whole llvm projects was a couple of months ago, the single repos are still maintained.

Lone_Wolf commented on 2019-05-24 19:02 (UTC)

Unfortunately those monorepos aren't documented anywhere as far as I know.

After getting weird errors during building for clang-minmal-git that didn't occur for llvm-git, I've now integrated compiler-rt-minimal-git and clang-minimal-git in this package. compiler-rt-minimal-git and clang-minimal-git will be removed in a few weeks.

yurikoles commented on 2019-05-14 19:52 (UTC)

@Lone_Wolf the old single project repos still maintained, e.g. http://llvm.org/git/llvm.git