Adsk contrib - Fix for dependencies workflow#1795
Conversation
Signed-off-by: Cédrik Fuoco <cedrik.fuoco@autodesk.com>
… in the runner Signed-off-by: Cédrik Fuoco <cedrik.fuoco@autodesk.com>
…nges in it. Signed-off-by: Cédrik Fuoco <cedrik.fuoco@autodesk.com>
Signed-off-by: Cédrik Fuoco <cedrik.fuoco@autodesk.com>
…instead of llvm@15. Signed-off-by: Cédrik Fuoco <cedrik.fuoco@autodesk.com>
Signed-off-by: Cédrik Fuoco <cedrik.fuoco@autodesk.com>
Signed-off-by: Cédrik Fuoco <cedrik.fuoco@autodesk.com>
Signed-off-by: Cédrik Fuoco <cedrik.fuoco@autodesk.com>
There was a problem hiding this comment.
I've decided to just add a check for macOS instead of creating a new file under share/ci/scripts/macos since I think that would have it duplicated the code for no good reason and that the changes were only to add some CMAKE variables. I would have created a file under the macOS section if it was a completely new logic.
cedrik-fuoco-adsk
changed the title
remia
left a comment
remia
left a comment
There was a problem hiding this comment.
@cedrik-fuoco-adsk Just noting, in case that helps, you can run the workflow as part of the PR by introducing a dummy change to the GHA workflow file because we have a trigger here. Also, haven't tested but there is now a vscode extension for GHA here.
doug-walker
deleted the
adsk_contrib/tentative-fix-for-dependencies-workflow
branch
Thanks @remia for the information! I did the dummy change in one of the previous commits. |
4 participants
This is a fix for the failure in the dependencies workflow on macOS where OSL wasn't able to find the LLVM directory.