2018-06-20 18:54:47 +00:00
|
|
|
package:
|
|
|
|
|
name: numpy
|
2022-04-01 20:00:47 +00:00
|
|
|
version: 1.22.3
|
2018-06-20 18:54:47 +00:00
|
|
|
|
|
|
|
|
source:
|
2022-04-01 20:00:47 +00:00
|
|
|
url: https://files.pythonhosted.org/packages/64/4a/b008d1f8a7b9f5206ecf70a53f84e654707e7616a771d84c05151a4713e9/numpy-1.22.3.zip
|
|
|
|
|
sha256: dbc7601a3b7472d559dc7b933b18b4b66f9aa7452c120e87dfb33d02008c8a18
|
2018-06-20 18:54:47 +00:00
|
|
|
|
|
|
|
|
patches:
|
2022-06-12 22:19:09 +00:00
|
|
|
- patches/0001-make-int-return-values.patch
|
|
|
|
|
- patches/0002-MAINT-BLD-Fix-math-feature-detection-for-wasm.patch
|
|
|
|
|
- patches/0003-BUG-Fix-the-return-type-of-random_float_fill.patch
|
|
|
|
|
- patches/0004-disable-optimization.patch
|
|
|
|
|
- patches/0005-Fix-ieee754.patch
|
|
|
|
|
- patches/0006-not-build-lapack-lite-as-64-bit.patch
|
|
|
|
|
- patches/0007-disable-svml.patch
|
2018-06-20 18:54:47 +00:00
|
|
|
|
|
|
|
|
build:
|
2021-06-19 22:49:25 +00:00
|
|
|
cflags: |
|
No replay (#2256)
Our package build process currently has a significant flaw: we first run setup.py, recording all compilation commands, then we rewrite these compilation commands to invoke emcc and replay them, and then we pray that the cross compiled executables ended up in the right place to go into the wheel. This is not a good strategy because the build script is allowed to implement arbitrary logic, and if it moves, renames, etc any of the output files then we lose track of them. This has repeatedly caused difficulty for us.
However, we also make no particularly significant use of the two pass approach. We can just do the simpler thing: capture the compiler commands as they occur, modify them as needed, and then run the fixed command.
I also added a patch to fix the numpy feature detection for wasm so that we don't have to include _npyconfig.h and config.h, numpy can generate them in the way it would for a native build. I opened a numpy PR that would fix the detection for us upstream:
numpy/numpy#21154
This clears the way for us to switch to using pypa/build (as @henryiii has suggested) by removing our dependence on specific setuptools behavior.
This is on top of #2238.
2022-03-13 18:39:06 +00:00
|
|
|
-Wno-return-type
|
2022-05-12 03:31:16 +00:00
|
|
|
cross-build-env: true
|
|
|
|
|
cross-build-files:
|
|
|
|
|
- numpy/core/include/numpy/numpyconfig.h
|
|
|
|
|
- numpy/core/include/numpy/_numpyconfig.h
|
|
|
|
|
- numpy/core/lib/libnpymath.a
|
|
|
|
|
- numpy/random/lib/libnpyrandom.a
|
2018-08-03 12:43:40 +00:00
|
|
|
test:
|
|
|
|
|
imports:
|
|
|
|
|
- numpy
|