Conversation
|
Build failed, waitting until next week's commit sync. |
|
Would propose to get #10 done first. After it is merged I do a rebase onto the newest |
27626d8 to
4d744fe
Compare
7ebd517 to
7f34a20
Compare
dcff584 to
b4479f4
Compare
|
@Rot127 Sure, we can do that easily with CI now. |
|
Btw, CI failed since https://github.com/capstone-engine/llvm-capstone/actions/runs/5040615865, we should make sure it work before rebase to v17. |
|
@kabeor The current I think resolving conflicts is easier this way. To make conflict resolving even easier, we can also think about squashing the So in we end up with something like: Might not be the best idea. Because it destroys the commit history for more convenience. |
Yes, that would be great. I should have set the release/x.x branch to be protected. |
b4479f4 to
eadead3
Compare
16de638 to
12eb1f0
Compare
|
@kabeor @Rot127 LLVM just branched off to 17.x, I guess it's time to port this work on top of it. From what I saw in the git changes it shouldn't affect ARM and PPC, but will definetitely affect AArch64.
|
|
Yep. Btw, when LLVM 17 offical version been released, the CI will auto creates a branch |
12eb1f0 to
c834ac9
Compare
|
@kabeor Fancy! Will it include our changes? Or be equivalent to the LLVM release? |
|
@Rot127 It will just include llvm code. Any our changes still need to be merged into auto-sync. |
af94910 to
7e83b4f
Compare
7e83b4f to
bbc8236
Compare
bbc8236 to
a27bba0
Compare
84ed6cc to
bb63234
Compare
bb63234 to
d029755
Compare
|
LLVM 17.0.1 was released finally: |
|
Let's see if CI works next Monday. |
|
closing this because we work on LLVM 18 now |
No description provided.