Build 13.0.1-rc1#160
Conversation
Cross compiling for aarch64 and ppc64le
…da-forge-pinning 2020.10.13.19.09.25
Update to LLVM 11.0.0.rc1
automerged PR by conda-forge/automerge-action
…in the 10.9 SDK used for osx-64
Disable -Werror,-Wundef-prefix=TARGET_OS as they are not yet defined in the 10.9 SDK used for osx-64
…da-forge-pinning 2021.01.04.22.18.20
automerged PR by conda-forge/automerge-action
…da-forge-pinning 2021.02.16.22.51.53
…da-forge-pinning 2021.03.03.09.54.37
clangdev v13.0.0 (redux)
…nda-forge-pinning 2021.12.28.08.47.33
|
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( |
|
@wolfv, has mamba run through EDIT: mea culpa, the merge had removed those lines from the cbc, and though I checked it before-hand, I must have managed to get it wrong... Sorry. |
…nda-forge-pinning 2021.12.28.08.47.33
|
@conda-forge/clangdev No idea what's driving up the OSX compile time so badly (perhaps just a very slow agent), but IMO this is ready. |
|
Can you try to use |
|
Unfortunately no change with |
In case it helps, I heavily redacted the raw log from the last run to get some idea about where the time is spent: It's worth noting that at this point, we still have many outputs left (see second line above):
|
|
So on OSX, packaging Could it be that something from |
|
Fixed now. I marked as clang_bootstrap 11.rc builds as broken to avoid different compilers in top level build vs output level build envs which caused make to recompile. |
|
Awesome, thanks! Glad this could be resolved. So then there should be no impediment to merging anymore? |
|
I don't see any packages uploaded for this... I cannot really think of a reason why the CI wouldn't trigger? |
Continuing from conda-forge/llvmdev-feedstock#134