Uh oh!
There was an error while loading. Please reload this page.
Enable some of profiler tests on Windows-gnu - #75872
Conversation
mati865
commented
Aug 24, 2020
cc @richkadel for |
Uh oh!
There was an error while loading. Please reload this page.
mati865
commented
Aug 31, 2020
@richkadel on which PR we are now waiting (I want to update the comment for triage team)? |
richkadel
commented
Aug 31, 2020
Sorry, right. The PR is #76004 . |
This comment has been minimized.
This comment has been minimized.
c6286c8 to
3df676eComparemati865
commented
Sep 4, 2020
@rustbot modify labels: -S-waiting-on-author +S-waiting-on-review |
petrochenkov
commented
Sep 4, 2020
@bors r+ |
bors
commented
Sep 4, 2020
📌 Commit e8fc38d has been approved by |
Enable some of profiler tests on Windows-gnu CC rust-lang#61266 Because of force-push GitHub didn't let me reopen rust-lang#75184 Because of the GCC miscompilation, generated binaries either segfault or `.profraw` is malformed. Clang works fine but we can't use it on the CI. However we can still test the IR for the proper instrumentation so let's do it.
Enable some of profiler tests on Windows-gnu CC rust-lang#61266 Because of force-push GitHub didn't let me reopen rust-lang#75184 Because of the GCC miscompilation, generated binaries either segfault or `.profraw` is malformed. Clang works fine but we can't use it on the CI. However we can still test the IR for the proper instrumentation so let's do it.
scottmcm
commented
Sep 5, 2020
@bors r- rollup=iffy Rollup #76350 failed by something that seems suspiciously like it has to be this: On the mingw-windows builder only: https://github.com/rust-lang-ci/rust/runs/1074472443 |
mati865
commented
Sep 5, 2020
I don't think it's worth investigation whole fault this is: ancient GCC or ancient Binutils. |
petrochenkov
commented
Sep 5, 2020
@bors r+ |
bors
commented
Sep 5, 2020
📌 Commit 5a51293 has been approved by |
bors
commented
Sep 5, 2020
bors
commented
Sep 5, 2020
☀️ Test successful - checks-actions, checks-azure |
Don't build a broken/untested profiler runtime on mingw targets Context: https://rust-lang.zulipchat.com/#narrow/stream/131828-t-compiler/topic/Why.20build.20a.20broken.2Funtested.20profiler.20runtime.20on.20mingw.3Frust-lang#75872 added `--enable-profiler` to the `x86_64-mingw` job (to cause some additional tests to run), but had to also add `//@ ignore-windows-gnu` to all of the tests that rely on the profiler runtime actually *working*, because it's broken on that target. We can achieve a similar outcome by going through all the `//@ needs-profiler-support` tests that don't actually need to produce/run a binary, and making them use `-Zno-profiler-runtime` instead, so that they can run even in configurations that don't have the profiler runtime available. Then we can remove `--enable-profiler` from `x86_64-mingw`, and still get the same amount of testing. This PR also removes `--enable-profiler` from the mingw dist builds, since it is broken/untested on that target. Those builds have had that flag for a very long time.
Don't build a broken/untested profiler runtime on mingw targets Context: https://rust-lang.zulipchat.com/#narrow/stream/131828-t-compiler/topic/Why.20build.20a.20broken.2Funtested.20profiler.20runtime.20on.20mingw.3Frust-lang#75872 added `--enable-profiler` to the `x86_64-mingw` job (to cause some additional tests to run), but had to also add `//@ ignore-windows-gnu` to all of the tests that rely on the profiler runtime actually *working*, because it's broken on that target. We can achieve a similar outcome by going through all the `//@ needs-profiler-support` tests that don't actually need to produce/run a binary, and making them use `-Zno-profiler-runtime` instead, so that they can run even in configurations that don't have the profiler runtime available. Then we can remove `--enable-profiler` from `x86_64-mingw`, and still get the same amount of testing. This PR also removes `--enable-profiler` from the mingw dist builds, since it is broken/untested on that target. Those builds have had that flag for a very long time.
Don't build a broken/untested profiler runtime on mingw targets Context: https://rust-lang.zulipchat.com/#narrow/stream/131828-t-compiler/topic/Why.20build.20a.20broken.2Funtested.20profiler.20runtime.20on.20mingw.3Frust-lang#75872 added `--enable-profiler` to the `x86_64-mingw` job (to cause some additional tests to run), but had to also add `//@ ignore-windows-gnu` to all of the tests that rely on the profiler runtime actually *working*, because it's broken on that target. We can achieve a similar outcome by going through all the `//@ needs-profiler-support` tests that don't actually need to produce/run a binary, and making them use `-Zno-profiler-runtime` instead, so that they can run even in configurations that don't have the profiler runtime available. Then we can remove `--enable-profiler` from `x86_64-mingw`, and still get the same amount of testing. This PR also removes `--enable-profiler` from the mingw dist builds, since it is broken/untested on that target. Those builds have had that flag for a very long time.
CC #61266
Because of force-push GitHub didn't let me reopen #75184
Because of the GCC miscompilation, generated binaries either segfault or
.profrawis malformed. Clang works fine but we can't use it on the CI.However we can still test the IR for the proper instrumentation so let's do it.