| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This reverts commit 6b5cd92675139511b4b24ddfe822e96b03700edb.
|
|
|
|
|
|
|
| |
Updates the free format handling of .f90 and other common extensions (through a minor re-write). Also removes an unused function.
This disallows previously allowed (but highly unlikely to be present) code-paths, namely having fixed form F77 code in a fortran 90 file (with .f90).
Co-authored-by: Sebastian Berg <sebastianb@nvidia.com>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
1. FreeBSD uses elf_aux_info() instead of getauxval.
2. Switch to using compiler macros for detecting POWER platform
FreeBSD sets the machine name (what uname -m prints) on all powerpc* to
just powerpc. To identify actual architecture, uname -p should be used,
but this is not present in uname() function. Thus, the only way to
correctly detect platform is to use what uname prints and also check
compiler defines.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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
|
| |
|
|\
| |
| | |
MAINT: change subprocess arguments from Python>=3.7
|
| | |
|
| |
| |
| |
| | |
Not new things, but in touched lines...
|
| | |
|
|/
|
|
|
|
|
|
| |
In some cases, the replacement is clearly not what is intended,
in those (where setup was called explicitly), I mostly renamed
`setup` to `_setup`.
The `test_ccompile_opt` is a bit confusing, so left it right now
(this will probably fail)
|
|
|
|
|
|
|
| |
Remove reference to Visual Studio version required by old versions
of Python. Python >= 3.5 is built with Microsoft Visual C++ 14.0 /
Visual Studio 2015:
https://wiki.python.org/moin/WindowsCompilers
|
|
|
|
|
|
|
|
|
|
|
| |
`sys.base_prefix` was introduced in Python 3.3, so it will always be
available in supported versions of Python >= 3.3:
https://docs.python.org/3/library/sys.html#sys.base_prefix
As a result, `sys.real_prefix` will never be used in supported versions
of Python >= 3.3. Besides, it has been removed from recent versions of
virtualenv:
https://github.com/pypa/virtualenv/issues/1622
|
| |
|
| |
|
|
|
|
|
|
| |
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
|