This is an archive of the discontinued LLVM Phabricator instance.

[libc++][CI] Upgrades to LLVM 18 as HEAD version.
ClosedPublic

Authored by Mordante on Aug 2 2023, 10:54 AM.

Details

Reviewers
ldionne
Group Reviewers
Restricted Project
Commits
rG5bf8de882ae9: [libc++][CI] Upgrades to LLVM 18 as HEAD version.

Diff Detail

Event Timeline

Mordante created this revision.Aug 2 2023, 10:54 AM
Herald added a project: Restricted Project. · View Herald TranscriptAug 2 2023, 10:54 AM
Herald added a subscriber: arichardson. · View Herald Transcript
Mordante updated this revision to Diff 547820.Aug 7 2023, 9:28 AM

Rebased to trigger CI.

Mordante published this revision for review.Aug 8 2023, 9:20 AM
Herald added a project: Restricted Project. · View Herald TranscriptAug 8 2023, 9:20 AM
Herald added a reviewer: Restricted Project. · View Herald Transcript
ldionne accepted this revision.Aug 8 2023, 9:27 AM
This revision is now accepted and ready to land.Aug 8 2023, 9:27 AM
Mordante updated this revision to Diff 548679.Aug 9 2023, 10:40 AM

Rebased to test CI.

philnik added inline comments.
libcxx/utils/ci/buildkite-pipeline.yml
302

Is there a reason we keep 15 around? Also, could we make these changes automatic like we do for GCC?

339
This revision was landed with ongoing or failed builds.Aug 10 2023, 8:03 AM
This revision was automatically updated to reflect the committed changes.
Mordante marked 2 inline comments as done.Aug 19 2023, 4:44 AM
Mordante added inline comments.
libcxx/utils/ci/buildkite-pipeline.yml
302

We still officially support clang-15. The main idea is to make sure we still work with clang-15 so we can be sure backported patches work on clang-15. Once LLVM 17 is released this can be removed.

What do you mean with automatically?

339

This will fail until we update to CMake 3.27, which is on my todo list.

philnik added inline comments.Aug 19 2023, 8:22 AM
libcxx/utils/ci/buildkite-pipeline.yml
302

This doesn't really make sense to me. This would require us to keep 15 until we are branching for LLVM 18, since there will be fixes backported until then. IMO the right thing to make this working properly is to run the CI on the release branch when a libc++ patch is backported.

I mean that we use label: "Clang ${LLVM_STABLE_VERSION}-1" (or however you have to write it to make it work) and then just update the version at the top of the file.

Mordante marked 2 inline comments as done.Aug 19 2023, 10:05 AM
Mordante added inline comments.
libcxx/utils/ci/buildkite-pipeline.yml
302

The idea was to keep 15 until 17 is released to make backporting easier while the 17 branch is stabilized. Once 17 is released the number of backports, hopefully will slow down significantly. That is also the moment when we officially drop 15 support.

We hard-code the value for the older releases 16 and 17 too so I did the same here.