diff options
author | MarcoFalke <falke.marco@gmail.com> | 2020-06-19 10:26:30 -0400 |
---|---|---|
committer | MarcoFalke <falke.marco@gmail.com> | 2020-06-19 10:26:37 -0400 |
commit | febe5823b4ae0de5cd0e6da3f69555acd0724267 (patch) | |
tree | 6d69f21c0f26dd4816673702300a80fb68d0d508 /contrib/macdeploy/README.md | |
parent | 5f72ddb7ee4cc177de31f43c69390ee72687222a (diff) | |
parent | fa2eb3d5d6819e42bfcec8a9f02b99438fe718b9 (diff) | |
download | bitcoin-febe5823b4ae0de5cd0e6da3f69555acd0724267.tar.xz |
Merge #19321: ci: Run asan ci config on cirrus
fa2eb3d5d6819e42bfcec8a9f02b99438fe718b9 ci: Run asan ci config on cirrus (MarcoFalke)
fa93527738a62ebc13305adcb0fd2b5128073bbc cirrus: Clear dummy task (MarcoFalke)
Pull request description:
Currently it is not possible to use travis in forked repositories due to the 50 minute limit on builds. A fresh build (uncached) of the address sanitizer config takes more than 50 minutes.
One approach to fix this could be to throw away tests until the run time is less than 50 minutes. However, the risk of being blind of failures in the thrown away tests is not worth the gain. Also, to detect them, one has to run the asan configuration nightly and failures could only be detected post-merge.
Another approach would be to ask travis support to raise the limit for a forked repository. This is a tedious and manual one-by-one process, so I'd rather not.
Finally, a different ci provider can be used, since the config files are designed to be platform-agnostic. This is what I picked.
I kept all settings identical to the travis machine for now. Both providers run in the google cloud, so this should be a "move-only".
ACKs for top commit:
hebasto:
ACK fa2eb3d5d6819e42bfcec8a9f02b99438fe718b9
Tree-SHA512: 159d7dc6f5b24583e941282cdd40465b15db787f0a658a3e81a7b1a22abdb4cb573709b9b5c4465523e0ba0060b17a68fbdbda7a9ecdeb649f31535d377bbe75
Diffstat (limited to 'contrib/macdeploy/README.md')
0 files changed, 0 insertions, 0 deletions