Skip to content

Conversation

@vgvassilev
Copy link
Contributor

@mcbarton, @maximusron can you take a look. The idea is to have one latest release of llvm built with cppyy. If that does not help we will need to cut more...

@mcbarton
Copy link
Collaborator

mcbarton commented Apr 9, 2024

@vgvassilev You will reduce the bot lag just as much as this PR, but without removing the other cppyy builds by building the caches as a single job before the CppInterOp, cppyy, xeus builds

@mcbarton
Copy link
Collaborator

mcbarton commented Apr 9, 2024

@vgvassilev You will reduce the bot lag just as much as this PR, but without removing the other cppyy builds by building the caches as a single job before the CppInterOp, cppyy, xeus builds

After doing this I would combine the xeus-clang-repl and cppyy jobs. It should be possible to run the cppyy tests within the mamba envirnoment combining the jobs. Just last time I tried to do this the tests ran incredibly slowly on the Github runner, and I couldn't determine why at the time. That's the reason they are separate jobs in the first place.

@vgvassilev
Copy link
Contributor Author

@vgvassilev You will reduce the bot lag just as much as this PR, but without removing the other cppyy builds by building the caches as a single job before the CppInterOp, cppyy, xeus builds

I do not know how to do that…

@mcbarton
Copy link
Collaborator

mcbarton commented Apr 9, 2024

@vgvassilev You will reduce the bot lag just as much as this PR, but without removing the other cppyy builds by building the caches as a single job before the CppInterOp, cppyy, xeus builds

I do not know how to do that…

@vgvassilev I have just done this and put it in a new PR.

@aaronj0
Copy link
Collaborator

aaronj0 commented Apr 9, 2024

It should be possible to run the cppyy tests within the mamba envirnoment combining the jobs.

I don't think its a good idea to combine them since logs can get cluttered and we usually would prefer a cleaner test environment. This can also entangle dependencies in the long run and have something fail because their requirements clash.

They can happen at the same stage in the CI but should be seperate jobs

@aaronj0
Copy link
Collaborator

aaronj0 commented Apr 9, 2024

@vgvassilev I do think we should retain the cppyy builds for clang 17 and 16. There could be differences in the API behaviours in earlier clang versions that we may not be able to catch down the line if developed only with the latest clang

@mcbarton
Copy link
Collaborator

mcbarton commented Apr 9, 2024

@maximusron I don't think we should be dropping the cppyy jobs that is suggested in this PR, but rather what is done in #227 to stop multiple jobs making the same llvm cache wasting minutes on the Github runners . Any comments on this PR?

@aaronj0
Copy link
Collaborator

aaronj0 commented Apr 9, 2024

@maximusron I don't think we should be dropping the cppyy jobs that is suggested in this PR, but rather what is done in #227 to stop multiple jobs making the same llvm cache wasting minutes on the Github runners . Any comments on this PR?

Yeah I think these jobs should not be dropped..

@vgvassilev
Copy link
Contributor Author

@mcbarton, shall I close this one?

@mcbarton
Copy link
Collaborator

@vgvassilev Yes this PR should be closed.

@vgvassilev vgvassilev closed this Apr 10, 2024
@vgvassilev vgvassilev deleted the vgvassilev-patch-1 branch April 10, 2024 15:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants