Swift will have an automerger from main into rebranch to keep the branch in sync.
LLVM Project will have an automerger from apple/stable/20210107 into swift/rebranch .
LLVM Project will not have automerger from swift/main into swift/rebranch, similar to how there’s no automerger from swift/main into swift/next.
Branch Detail
Swift rebranch was created from next on Jan 7th 2021.
LLVM Project swift/rebranch and apple/stable/20210107 were created from swift/next and apple/main on Jan 7th 2021.
I will update this topic before we perform the operation.
First and foremost, I hoped that the next rebranch would fix the apple/main branch of llvm-project but that doesn't seem to be happening. Other than myself, it seems like nobody is testing building Swift's next branch against apple/main as opposed to the recommended/supported swift/next. This is of course, understandable. That being said, building/testing Swift without the REPL used to work until early December and it arguably should still work. Do you mind if I cherry-pick the two(?) LLVM fixes that should be on the apple/main branch from swift/next?
Also, the rebranch of clang has one test that is failing on my Fedora 33 box:
The content on the apple/main and swift/next should be identical except for the lldb subdirectory. If that's not the case then we should certainly fix that. We have guard rails in place to avoid that, but there's still ways to get into this situation (a bad merge for example). Please feel free to create a PR with those cherrypicks (swift-ci will complain about it, but @mishal_shah can force merge).
The problem seems to be that commits are landing first on the "stable" branch and then are cherry-picked into the rebranch but never landing on apple/main. This breaks the ability for Swift's next branch to build.
Did you run the test suite from the llvm-project rebranch? It seems to be having the same clang issue I reported above when running the test suite for the apple/main branch.
I checked both Android architectures in CI (armv7 and aarch64) and both of them build and test with the current branches in the setup used by the CI machines. Good to go from the Android side.