python-numexpr
Numexpr is a fast numerical expression evaluator for NumPy. With it,
expressions that operate on arrays (like "3*a+4*b") are accelerated
and use less memory than doing the same calculation in Python.
- Sources inherited from project devel:languages:python:numeric
- Devel package for openSUSE:Factory
-
4
derived packages
- Links to openSUSE:Factory / python-numexpr
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:bnavigator:numpy/python-numexpr && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
_link | 0000000149 149 Bytes | |
numexpr-2.6.6.tar.gz | 0000092965 90.8 KB | |
python-numexpr.changes | 0000015238 14.9 KB | |
python-numexpr.spec | 0000002111 2.06 KB |
Revision 3 (latest revision is 40)
- Update to 2.6.6 * Thanks to Mark Dickinson for a fix to the thread barrier that occassionally suffered from spurious wakeups on MacOSX. - Update to 2.6.5 * The maximum thread count can now be set at import-time by setting the environment variable ‘NUMEXPR_MAX_THREADS’. The default number of max threads was lowered from 4096 (which was deemed excessive) to 64. * A number of imports were removed (pkg_resources) or made lazy (cpuinfo) in order to speed load-times for downstream packages (such as pandas, sympy, and tables). Import time has dropped from about 330 ms to 90 ms. Thanks to Jason Sachs for pointing out the source of the slow-down. * Thanks to Alvaro Lopez Ortega for updates to benchmarks to be compatible with Python 3. * Travis and AppVeyor now fail if the test module fails or errors. * Thanks to Mahdi Ben Jelloul for a patch that removed a bug where constants in where calls would raise a ValueError. * Fixed a bug whereby all-constant power operations would lead to infinite recursion.
Comments 1
Please fix build error. Nothing is build. Not Tumbleweed. Not Leap. Thank you.