to work around #32524 (comment)
closes #32524
to work around #32524 (comment)
closes #32524
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.
For details see: https://corecheck.dev/bitcoin/bitcoin/pulls/32586.
See the guideline for information on the review process.
If your review is incorrectly listed, please react with 👎 to this comment and the bot will ignore it on the next update.
Reviewers, this pull request conflicts with the following ones:
If you consider this pull request important, please also help to review the conflicting pull requests. Ideally, start with the one that should be merged first.
to work around https://github.com/bitcoin/bitcoin/issues/32524#issuecomment-2900903169
DEBUG=1
? It’d at least be good to note in the CI config, why this is being changed this way / when it could be removed.
Not sure; now we wouldn’t have any (non-msan, non-32 bit task) CI using
DEBUG=1
? It’d at least be good to note in the CI config, why this is being changed this way / when it could be removed.
Of course there is no right or wrong answer here, but I’d say that the libc++ debug build (msan) and glibc++ debug build (32-bit) are probably enough and redundant with this one anyway, so one could even fully remove the debug setting here. (Also, there is other, possibly more important stuff, only run in nightly CIs outside this repo, including a full gcc debug run, so based on that it should also be fine)
Not sure; now we wouldn’t have any (non-msan, non-32 bit task) CI using DEBUG=1? It’d at least be good to note in the CI config, why this is being changed this way / when it could be removed.
In the short term, getting the CI to pass reliably again is most important imo. Adding another DEBUG run can always be considered, but shouldn’t come at the cost of CI flakiness.