rorth wrote:

> I still don't entirely understand how lit works exactly, but it seems to me 
> that completely removing the cmake target for this is not necessary, no? So 
> at least this wouldn't require the CI changes on top of the other changes. 
> Happy to hear your thoughts on this though @rorth

It occured to me that restoring a `clang-check-python` target might be the 
easiest solution:

- I'd originally removed it because the python tests would now be run by 
regular `ninja check-clang`, not knowing about the CI and its use there.
- Given how incredibly hard it seems to be to teach the CI to run just a single 
command (and me having no experience with GitHub Actions and seeing no need for 
them in the forseeable future), modifying the workflow doesn't seem doable to 
me.
- Besides, while I'm by no means a `cmake` expert, I find my way around (and 
can test things locally).

So I've reintroruced the target so the workflow should run unchanged, now only 
being `lit`-based.  I've exluded it from `ninja check-all` for fear of it 
running twice then, once from `check-clang` and then by itself.

I've retested this version on the same set of platforms as before (with the 
exception of Linux/sparc64 which is slow) and manually run `ninja 
check-clang-python`, all with the expected results.

Let me know what you think.

https://github.com/llvm/llvm-project/pull/142948
_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to