| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
| |
The output analyzed by this function unexpectedly ended up in stderr.
Closes #21942
|
|
|
|
|
| |
Add the voltbl fix to librandom. Remove SSE flag for GCC on 32-bit
Windows, it's the default.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Strictly detects armhf via compiler definitions,
to avoid building neon objects on arch armel even when
the compiler supports armv7 features on it.
|
|
|
|
|
|
| |
Avoid passing any constants or traced pointers to avoid
compiler optimizations, so we make the sure the required
instructions have been tested against the linker.
|
| |
|
|
|
|
|
| |
Especially needed for compiling scipy on Windows. On Linux and Mac,
fortran preprocessing is already enabled.
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
TST: Remove most prints from the test suit run
|
| |
| |
| |
| |
| |
| |
| |
| | |
Pytest silence these normally anyway (capturing it to print it only on failure),
but occasionally I run with `-s` and I don't think this output adds anything unless
using printing to debug a specific test.
If nobody else cares about it nvm, just close it :). Otherwise this cleans up everything
in the fast tests, except the f2py compilation right now.
|
|/
|
|
|
|
|
|
|
|
|
| |
This has been bugging me for a bit. The concurrent.futures Executor
requires checking the result for the error to be raised. That makes
sense, but just means we need to consume the result explicitly here
to ensure we know about compile errors.
Otherwise, compile errors just pass silently (which is very confusing
if the old object files are still around and the tests run based on
the old version).
|
| |
|
|\
| |
| | |
Introduce numpy.core.setup_common.NPY_CXX_FLAGS
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Group all C++ flags in one location.
This avoids redundancy and makes sure we test the flags we use, and use the
flags we test.
Fix #21302
|
|/ |
|
|\
| |
| | |
ENH: Use SVML for f64 exp and log
|
| |
| |
| |
| |
| |
| | |
Work around for a bug in gcc compiler. When using several kmask
variables __mmask16/__mmask8, the compiler sometimes uses %mmx registers
to save them on to the stack which corrupts the x87 stack.
|
| |
| |
| |
| |
| |
| |
| | |
Actual c++ification.
Also fix a slight bug in numpy/distutils/ccompiler_opt.py when intermediate
directory is missing.
|
| |
| |
| |
| | |
[skip azp]
|
| | |
|
| | |
|
|/
|
|
|
|
|
| |
Use `concurrent.futures.ThreadPoolExecutor` in distutils
instead of `multiprocessing.pool.ThreadPool`.
Fix #21026
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Here are two modifications:
The first one is the inclusion of markdown fence blocks in the middle of
RST. While this is not really a problem for current documentation as
this is a private function, it still makes other RST parser choke on
this.
In particular this is seen as a tile as it is a text line followed by
a line of only backticks, and that makes my new project to show better
docstrings in Jupyter fails.
I can locally exclude this function, but while not fix it to show good
examples ?
Second, while grepping for triple backticks I found that there are a
stray one in another place.
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
ENH: Add ARM Compiler with ARM Performance Library support
|
| |
| |
| | |
Remove `-mcpu=native` since it should be decided by the configuration.
|
| |\ |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | | |
Add support for ARMPL - requires ARMPL_DIR set - product page https://www.arm.com/products/development-tools/server-and-hpc/allinea-studio/performance-libraries
|
| | |
| | |
| | | |
Added `-fPIC` due to relocation errors.
|
| | | |
|
| | |
| | |
| | | |
Added ARM compiler.
|
| | |
| | |
| | |
| | |
| | | |
From https://gitlab.com/arm-hpc/packages/-/wikis/packages/numpy
Added `-fPIC` due to relocation errors when building shared library from static library such as quadmath.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The normal behavior is to erase any flag that starts with
`-m[a-z0-9\-\.]` when flag `-march` or `-mcpu` specified. for example:
cc_normalize_flags([
'-msse', '-msse2', '-msse3', '-mssse3', '-march=core-avx2'
])
should be normalized to: ['-march=core-avx2']
but in the case of `s390x`, on GCC flag `-march=arch[0-9]` doesn't implies flag
`-mzvector` which is required to enable zvector api. for example:
cc_normalize_flags([
'-mzvector', '-march=arch11', '-march=arch12', '-march=arch13']
)
should be normalized to: ['-mzvector', '-march=arch13']
instead of: ['-march=arch13']
|
| | | |
|