summaryrefslogtreecommitdiff
path: root/azure-pipelines.yml
Commit message (Collapse)AuthorAgeFilesLines
* BLD: change link, add sha256 checkmattip2020-04-261-2/+8
|
* BLD: fix path to libgfortran on macOSmattip2020-04-261-6/+9
|
* BLD: use xcode10 for one CI runmattip2020-04-041-3/+5
|
* BLD: report clang version on macOSmattip2020-04-031-2/+2
|
* TST: use draft OpenBLAS buildmattip2020-03-301-21/+5
|
* TST: switch PyPy job with CPython [skip travis] (#15809)Matti Picus2020-03-231-5/+21
|
* MAINT: Test during import to detect bugs with Accelerate(MacOS) LAPACK (#15695)Rakesh Vasudevan2020-03-151-2/+33
| | | | | | | * TST: Test during import to detect bugs with Accelerate(MacOS) LAPACK fixes #15647 * Pipeline update for Accelerate(MacOS) testing
* MAINT: CI: Add an explicit 'pr' section to azure-pipelines.ymlWarren Weckesser2020-03-151-0/+5
| | | | | | | | | | | | | | | | | | Azure-pipelines is currently experiencing an "incident": https://status.dev.azure.com/_event/179641421) From that web page: > Currently CI and PR triggers in YAML for GitHub and Bitbucket > repositories are not working when they are not explicitly listed > in the YAML file. Our expected behavior is that when there are > no explicit triggers in the YAML, the pipelines will trigger on > all commits on all branches and all pull requests. This is > currently not happening. To workaround, please explicitly list > the triggers you want in the YAML file for your pipeline. This PR adds the suggested explicit 'pr' triggers to the YAML file.
* BLD: consolidate openblas verison check to be self-containedmattip2020-02-271-6/+2
|
* BLD: update openblas download to new location, use manylinux2010-basemattip2020-02-251-1/+2
|
* BLD: add libfortran needed when using manylinux1 openblas on manylinux2010mattip2020-02-191-0/+1
|
* MAINT: typo in name from reviewmattip2020-02-191-1/+1
|
* TST: use multilinux2010 docker instead of ubuntumattip2020-02-191-16/+14
|
* TST: Do not create gfortran link in azure Mac testing.Charles Harris2020-02-151-3/+4
| | | | | The gfortran link is preinstalled since Feb 13, 2020 and attempting to create the link causes an error to be raised.
* BLD: use 0.3.8dev build of OpenBLASmattip2020-01-191-1/+1
|
* TST: move pypy CI to ubuntu 18.04mattip2020-01-151-1/+1
|
* MAINT: make openblas_support.py strip path prefix from archive contentsPauli Virtanen2019-12-211-4/+6
| | | | Adapt CI scripts to this.
* CI: add to Azure a MacOS ilp64 jobPauli Virtanen2019-12-211-1/+9
|
* CI: use openblas64_ on azure windowsPauli Virtanen2019-12-211-0/+2
|
* REL: Update master after 1.18.x branch.Charles Harris2019-12-031-5/+0
| | | | | | | Apart from the usual modifications, this - Removes a release note snippet added after towncrier was run - Removes testing on Python 3.5 as it is dropped for 1.19.x.
* TST: Test with Python3.8 on Windows.Charles Harris2019-11-151-0/+10
|
* BUILD, DOC: remove the std=c99 flag from docs, builds, add release notemattip2019-10-251-1/+1
|
* BUILD: try a newer macOS imagemattip2019-10-251-1/+1
|
* TST, BUILD: add a gcc 4.8 run on ubuntu 18.04mattip2019-10-251-0/+22
|
* Divide Azure Pipelines into stages.Hameer Abbasi2019-10-151-208/+169
| | | | So that not so many resources are used on obviously failing jobs.
* BUILD: change to build_src --verbose-cfg, runtests.py --debug-infomattip2019-10-031-2/+2
|
* Merge pull request #14356 from qwhelan/sphinxRalf Gommers2019-09-251-1/+1
|\ | | | | DOC: support and require sphinx>=2.2
| * DOC, BUILD: use sphinx 2.2.0, add autosummary/base.rst for propertiesmattip2019-09-151-1/+1
| |
| * DOC: support and require sphinx>=2.1.2Christopher Whelan2019-09-141-1/+1
| |
* | MAINT: move the option to build_src, simplifies logicmattip2019-09-201-1/+1
| |
* | BUILD: mostly restore verbose output on CI (except for pip install)mattip2019-09-201-2/+2
|/
* TEST: remove build job since we now use Dependabotmattip2019-09-011-16/+0
|
* TEST: try to fail the build if there are new packagesmattip2019-08-281-5/+7
|
* BUILD: move all test dependencies to ./test_requirements.txtmattip2019-08-271-8/+21
|
* TST, MAINT: bump to OpenBLAS 0.3.7 stableTyler Reddy2019-08-211-1/+1
| | | | | | | | | | | | * for those cases where our CI uses an OpenBLAS backend for testing it has now been updated to use v0.3.7 stable release instead of a commit hash on the development branch preceding that release * the pre-built OpenBLAS binaries are pulled in from either the MacPython ecosystem (most architectures) or from a custom build script for ARMv8 and ppc64le architectures used on gcc compile farm machines (documented in openblas_support module)
* BLD: MAINT: change default behavior of build flag appending.Ralf Gommers2019-08-201-1/+0
| | | | | | This is a follow-up to gh-7427. This can lead to hard to understand build failures, and we've warned that this change was coming for two releases.
* TST, MAINT: expand OpenBLAS version checkingTyler Reddy2019-07-141-3/+2
| | | | | | | | | | | | | | | | | | | | | | * add a function to tools/openblas_support.py that may be used to test OpenBLAS version available through NumPy in a manner agnostic to any specific CI service * expand OpenBLAS version checking to include ppc64le and POWER8 CI runs; a separate PR will be provided to bump these versions to 0.3.7.dev * OpenBLAS install was broken on ppc64le Travis CI after migration to tools/openblas_support.py; fixed that * Azure CI config no longer uses a single-line 280-character Python "program" assigned to an environment variable to check OpenBLAS version; instead, it now leverages tools/openblas_support.py to perform the same operation using a conventional Python function
* ENH, BUILD: refactor all OpenBLAS downloads into a single, testable filemattip2019-07-091-28/+12
|
* MAINT: add script to local repomattip2019-06-201-7/+1
|
* BUILD: use openblas_support.py from numpy-wheels to create _distributor_init.pymattip2019-06-161-4/+11
|
* TST: bump / verify OpenBLAS in CITyler Reddy2019-05-211-10/+24
| | | | | | | | | * bump OpenBLAS version to 0.3.7.dev in Azure CI to pick up AVX512 SkylakeX fixes and match wheels * use ctypes code to verify appropriate version of OpenBLAS
* TST: refine Azure fail reportsTyler Reddy2019-05-031-4/+4
| | | | | | | | | | * Azure CI should no longer report success when there are failures outside of the test suite * Azure CI will still always try to publish test results, except when a pipeline is manually cancelled
* MAINT: use openblas, gfortran, tweak azure and comment mro (from review)mattip2019-04-211-0/+2
|
* TEST: update for PyPymattip2019-04-171-4/+4
|
* DEV: add pypy3 to azure CImattip2019-04-161-0/+11
|
* TST: fail Azure CI if test failuresTyler Reddy2019-04-021-3/+3
| | | | | * fail Azure CI after test publication when there are test failures
* TST: always publish Azure testsTyler Reddy2019-03-291-0/+6
| | | | | | | * add Azure configuration directives to ensure that CI test results are always published, even in the case where there are test failures
* BUILD: pin sphinx to before-2.0.0mattip2019-03-281-1/+1
|
* TST: openblas for Azure MacOSTyler Reddy2019-03-131-8/+20
| | | | | | | | | | | * use pre-built openblas binary for MacOS Azure CI builds to more closely match the build scenario used by numpy-wheels * similarly, roll back gfortran version to 4.9 to better match wheel builds
* BUILD: sphinx 1.8.3 can be used with our outdated templatesmattip2019-03-041-1/+1
|