Opened 19 months ago

Closed 18 months ago

Last modified 18 months ago

#16991 closed enhancement (fixed)

llvm-15.0.1

Reported by: Xi Ruoyao Owned by: pierre
Priority: normal Milestone: 11.3
Component: BOOK Version: git
Severity: normal Keywords:
Cc:

Description

New major version

Attachments (1)

mesa-22.1.7-llvm_14-1.patch (15.2 KB ) - added by Xi Ruoyao 19 months ago.

Download all attachments as: .zip

Change History (19)

comment:1 by Xi Ruoyao, 19 months ago

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>

comment:2 by Xi Ruoyao, 19 months ago

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

Last edited 19 months ago by Xi Ruoyao (previous) (diff)

by Xi Ruoyao, 19 months ago

Attachment: mesa-22.1.7-llvm_14-1.patch added

comment:5 by Bruce Dubbs, 19 months ago

Milestone: 11.399-Waiting
Summary: llvm-15.0.0llvm-15.0.0 (Wait for next version)

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.

in reply to:  5 comment:6 by Xi Ruoyao, 19 months ago

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.

in reply to:  1 comment:7 by Xi Ruoyao, 19 months ago

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.

Last edited 19 months ago by Xi Ruoyao (previous) (diff)

comment:8 by pierre, 18 months ago

Summary: llvm-15.0.0 (Wait for next version)llvm-15.0.1

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

comment:9 by Xi Ruoyao, 18 months ago

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).

comment:10 by pierre, 18 months ago

Owner: changed from blfs-book to pierre
Status: newassigned

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

comment:11 by pierre, 18 months ago

Milestone: 99-Waiting11.3

comment:12 by pierre, 18 months ago

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!)

comment:13 by Xi Ruoyao, 18 months ago

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

in reply to:  13 ; comment:14 by pierre, 18 months ago

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...

comment:15 by pierre, 18 months ago

Resolution: fixed
Status: assignedclosed

Fixed at 9a599135cf

in reply to:  14 ; comment:16 by Xi Ruoyao, 18 months ago

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/
    ... ...

in reply to:  16 ; comment:17 by pierre, 18 months ago

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).

in reply to:  17 comment:18 by Xi Ruoyao, 18 months ago

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...

Note: See TracTickets for help on using tickets.