llvm-15.0.1

[Xi Ruoyao]

New major version

[Xi Ruoyao]

Now we need to download this "thing": ​https://github.com/llvm/llvm-project/releases/download/llvmorg-15.0.0/cmake-15.0.0.src.tar.xz

And tar -xf ../cmake-15.0.0.src.tar.xz && mv cmake-15.0.0.src ../cmake. <rant>Completely stupid.</rant>

[Xi Ruoyao]

Latest Rustc-1.63.0 needs many patches. The next Rust-1.64.0 release (Sept. 22) should build with system LLVM-15 fine.

[Xi Ruoyao]

Replying to Xi Ruoyao:

Latest Rustc-1.63.0 needs many patches.

Those are:

• ​https://github.com/rust-lang/rust/pull/98621.patch
• ​https://github.com/rust-lang/rust/pull/98670.patch
• ​https://github.com/rust-lang/rust/pull/99185.patch
• ​https://github.com/rust-lang/rust/pull/99512.patch (ignore the part for tests)

[Xi Ruoyao]

Mesa patch attached, consolidated and rebased from

• ​https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/16289.patch
• ​https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/17514.patch
• ​https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/17518.patch

[Bruce Dubbs]

Let's wait to see if upstream can address the cmake issue. Additionally we can wait for some dependent packages like mesa to address needed changes.

[Xi Ruoyao]

Replying to Bruce Dubbs:

Let's wait to see if upstream can address the cmake issue. Additionally we can wait for some dependent packages like mesa to address needed changes.

I've created ​https://github.com/llvm/llvm-project/issues/57582, but even if they'll take any action it won't happen in 14.0.z patch releases.

[Xi Ruoyao]

Replying to Xi Ruoyao:

Now we need to download this "thing": ​https://github.com/llvm/llvm-project/releases/download/llvmorg-15.0.0/cmake-15.0.0.src.tar.xz

And tar -xf ../cmake-15.0.0.src.tar.xz && mv cmake-15.0.0.src ../cmake. <rant>Completely stupid.</rant>

<del>And my command causes some cmake files installed into /llvm! Not sure what the correct way is.

Not reproduced when I retry it. Perhaps I've done something wrong last time.

[pierre]

Now 15.0.1. Note that mesa-22.2 is out and the patch is included there. Nothing new for the cmake modules file.

[Xi Ruoyao]

Rustc-1.64.0 is also released. I've not tested it but I guess it will work fine with LLVM 15 (because the patches I used for Rustc-1.63.0 is included).

[pierre]

Will do rustc-1.64 too. May take a while because I need to test mozilla apps.

[pierre]

Changelog for LLVM-15.0.1: ​https://discourse.llvm.org/t/llvm-15-0-1-released/65380

Changelog for LLVM-15.0.0: ​https://discourse.llvm.org/t/llvm-15-0-0-released/65099 (more than 36000 commits!)

[Xi Ruoyao]

I'm wondering if we should re-package it to avoid "cmake" namesis...

[pierre]

Replying to Xi Ruoyao:

I'm wondering if we should re-package it to avoid "cmake" namesis...

Well, let us see how our users do with it first. Besides the package tarball name, the main problem is that an unversioned cmake directory is needed at the same level as the top level of the build dir. This is really bad practice : the cmake directory should be inside the build tree, at a definite place where other packages can find it...

[pierre]

Fixed at 9a599135cf

[Xi Ruoyao]

Replying to pierre:

Replying to Xi Ruoyao:

I'm wondering if we should re-package it to avoid "cmake" namesis...

Well, let us see how our users do with it first. Besides the package tarball name, the main problem is that an unversioned cmake directory is needed at the same level as the top level of the build dir. This is really bad practice : the cmake directory should be inside the build tree, at a definite place where other packages can find it...

So I'd like to repackage llvm and "cmake" into one tarball containing

llvm-15.0.1-blfs/
  llvm/
    ... ...
  cmake/
    ... ...

[pierre]

Replying to Xi Ruoyao:

So I'd like to repackage llvm and "cmake" into one tarball containing

llvm-15.0.1-blfs/
  llvm/
    ... ...
  cmake/
    ... ...

Well, go ahead. For me it is losing time :) I think this book is about showing users how to adapt to upstream, not fixing upstream. But I agree we sometimes have to fix upstream too (otherwise we wouldn't need anduin at all).

[Xi Ruoyao]

Replying to pierre:

Replying to Xi Ruoyao:

So I'd like to repackage llvm and "cmake" into one tarball containing

llvm-15.0.1-blfs/
  llvm/
    ... ...
  cmake/
    ... ...

Well, go ahead. For me it is losing time :) I think this book is about showing users how to adapt to upstream, not fixing upstream.

Yes, it's a valid reason not to do this...