delta/python-packages/numpy.git/numpy/distutils/command/build_ext.py, branch meson

BLD: update OpenBLAS to 0.3.21 and clean up openblas download test (#22525)

2022-11-17T16:17:24+00:00

* BUILD: update OpenBLAS to 0.3.21 and clean up openblas download test

* set LDFLAGS on windows64 like the openblaslib build does

* use rtools compilers on windows when building wheels

* fix typos

* add rtools gfortran to PATH

* use the openblas dll from the zip archive without rewrapping

* typos

* copy dll import library for 64-bit interfaces

* revert many of the changes to azure-steps-windows.yaml, copy openblas better in wheels

* fix wildcard copy

* test OpenBLAS build worked with threadpoolctl

* typos

* install threadpoolctl where needed, use for loop to recursively copy

* update macos OpenBLAS suffixes for newer gfortran hashes

* use libgfortran5.dylib on macos

* fix scripts

* re-use gfortran install from MacPython/gfortran-install on macos

* use pre-release version of delocate

* fixes for wheel builds/tests

* add debugging cruft for pypy+win, macos wheels

* add DYLD_LIBRARY_PATH on macosx-x86_64

* use 32-bit openblas interfaces for ppc64le tests

* skip large_archive test that sometimes segfaults on PyPy+windows

Fix build_ext interaction with non numpy extensions

2022-01-28T18:45:38+00:00

Numpy extensions define the extra_cxx_compile_args and extra_c_compile_args
filed, but distutils extensions don't. Take that into account when populating
build_extension.

Should fix #20928

BUG: distutils: fix building mixed C/Fortran extensions

2022-01-24T11:30:21+00:00

In SciPy we had a couple of cases where we build a Python extension
with C source files but linked against static libraries built from
Fortran code. Those should be using the Fortran linker, but this
was broken in 1.22.0 by gh-19713 (the PR that introduced C++ in NumPy).

This fixes a few issues in the `build_ext` command, and documents better
what is going on there.

Should close SciPy issues 8325 and 15414.

[demo] how-to replacing numpy custom generation engine by raw C++

2021-10-22T09:57:28+00:00

This is just a technical prototype to measure and discuss the impact and
implication of moving to C++ for kernel code generation.

DOC: Typos found by codespell

2021-09-21T18:29:43+00:00

BLD, BUG: Fix bdist_wheel duplicate building

2021-05-05T10:25:42+00:00

  The bug can occur only if the build option `build`
  was passed before the option `bdist_wheel`.

  You may still realize a duplicate printing for the compiler
  optimization report in the build log, which is normal due to
  multiple calling of command `build` by setuptools.

BLD, BUG: Fix compiler optimization log AttributeError

2021-05-04T06:49:01+00:00

  The error appears when option `build` is represented
  before `bdist_wheel`.

ENH, SIMD: Add support for dispatching C++ sources

2021-04-22T21:11:45+00:00

    Same usage as the C dispatch-able sources except files extensions
    should be `.dispatcher.cpp` or `.dispatch.cxx` rather than `.dispatch.c`

BUG: don't mutate list of fake libraries while iterating over it (#18295)

2021-02-04T19:13:39+00:00

* BUG: don't mutate list of fake libraries while iterating over it

* BUG: iterate over copy of list

* TST: add build test for build_ext fix (#1)

* TST: add build test for build_ext fix

* TST: clearer test name

* STY: use triple quotes instead of lists of strings

* FIX: check for f77 compiler before test is run

* DOC: add comment explaining that a list copy is necessary

BUG, BLD: Generate the main dispatcher config header into the build dir

2021-01-03T05:36:30+00:00

  The new path becomes `build/src.*/numpy/distutils/include/npy_cpu_dispatch_config.h`
  instead of `numpy/core/src/common/_cpu_dispatch.h`.

  The new path allows other projects to re-use the CPU dispatcher
  once we decide to expose the following headers:
    - `numpy/core/src/common/npy_cpu_dispatch.h`
    - `numpy/core/src/common/npy_cpu_features.h`