<p dir="auto">There are certain cases that argrelmin/max will fail due to the comparator being used. For instance:</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="from scipy.signal import argrelmin, argrelmax
import numpy as np
x = np.array([1,2,3,3,2,1])
print(argrelmax(x))"><pre class="notranslate"><code class="notranslate">from scipy.signal import argrelmin, argrelmax
import numpy as np
x = np.array([1,2,3,3,2,1])
print(argrelmax(x))
</code></pre></div>
<p dir="auto">returns <code class="notranslate">(array([], dtype=int64),)</code></p>
<p dir="auto">This happens because the comparator is np.greater. Should this be fixed to provide some resolution or is this the desired behavior?</p>
<p dir="auto">Since our Appveyor runs are rather slow I've been working on getting Azure CI working for SciPy Windows testing.</p>
<p dir="auto">To reduce noise / CI burden I've been doing this in a <a href="https://github.com/tylerjereddy/scipy/pull/20" data-hovercard-type="pull_request" data-hovercard-url="/tylerjereddy/scipy/pull/20/hovercard">PR in my fork</a>, where you can see the current diff &amp; Azure CI results.</p>
<p dir="auto">I've struggled for several hours trying to get openblas to work properly--I note that <a href="https://scipy.github.io/devdocs/building/windows.html#installing-openblas" rel="nofollow">our instructions for installing openblas</a> point to a <code class="notranslate">FOUND</code> output with <code class="notranslate">language = c</code>, while <code class="notranslate">language = f77</code> in current appveyor builds, but I see <code class="notranslate">c</code> in my current build attempts on Azure (and the library name gets duplicated in the list on Azure too).</p>
<p dir="auto">There are also apparent differences in the files / static libraries used for our master branch appveyor runs vs. macpython wheel building on appveyor &amp; I've tried copying the static libraries from both URLs without full success yet.</p>
<p dir="auto">The other question is whether the pre-installed mingw / gfortran on the Azure images is compatible with this "just copy the static library(ies)" from openblas workflow.</p>
<p dir="auto">The Appveyor file suggests that we should <code class="notranslate">install OpenBLAS.dll to MINGW\bin</code>, but actually doesn't appear to do this in our master branch CI.</p>
<p dir="auto">I'm also not entirely clear on why we need to replace NumPy distutils in our builds using the master branch--is this still true / helpful? Presumably the changes to distutils will eventually show up in a release and we can remove that stuff?</p>