| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Apart from the usual modifications, this
- Removes a release note snippet added after towncrier was run
- Removes testing on Python 3.5 as it is dropped for 1.19.x.
|
| |
|
|
|
|
| |
MAINT: handle case where GIT_VERSION is empty string
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Rationale: it has happened multiple times in the recent past that users
needed to use a more recent Cython than was used to generate the sdist
of the most recent release available on PyPI (e.g. for building with
a not-yet-released version of Python for which a Cython fix just
landed). The dependency specification and packaging tools have matured
to the point where it should be fine to require Cython to be installed.
Also, we have wheels (and conda-forge packages) for Windows, Linux and
macOS, so this change won't be visible at all to the average user.
Closes gh-13790
Also adds pyproject.toml to MANIFEST.in, it was missing.
|
| |
|
| |
|
|
|
|
| |
See also: #13880
|
|
|
|
|
|
| |
- Create release notes.
- Update pavement.py.
- Update setup.py
|
| |
|
|
|
|
|
|
|
| |
remove files that were part of the origal repo
rework randomgen docs to integrate with numpy and fix some links
remove convenience functions, require explicit call to gen.brng
move code out of numpy.random.randomgen into numpy.random
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
first cut at building randomgen
upgrade 'cythonize' and fix absolute imports to relative
define NPY_NO_DEPRECATED_API and fix other warnings
enable pgc64 by always using PCG_EMULATED_MATH
refactor so import randomgen works
add TODO comments for pcg64 improvements
fix imports, module name in setup.py; remove _testing
make cythonize non-recursive, restore examples to proper place
update to randomgen 7bca296c0b9
replace mtrand with LegacyGenerator, tweak for compatibility
port f879ef4 to fix GH10839
minimized difference between generator.pyx and _legacy.pyx
fix namespace in doctests, mark results that are random
update to randomgen commit 95c8cdd1c
Incorporate testing of edge cases into main tests
Rename test files to describe their purpose
Import import locations to reflect numpy paths
Correct tolerance on float32 tests
Remove set_printoptions
Remove complex normal
Remove future imports
Pull in BasicRNG source changes from original author
Small doc fixes
_mtrand => _rand
Improve consistency of nan handling
Prevent nans prducing values from int functions
add randomgen documentation to the tree
|
|
|
|
| |
Finally seems to make the GitHub license detection mechanism happy
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reason: the GitHub license detection method relies on the LICENSE
file matching for at least 95% with a standard license.
Adding even one more sentence changes the license displayed in the
GitHub UI and also in the GitHub API that can be queried from
BSD to "other".
See https://github.com/numpy/numpy/issues/13447 for more
details.
Note that this split license is what GitHub recommends to do,
and is also what we do for wheels, where we append to the license
file at build time.
|
| |
|
| |
|
|
|
|
| |
These are used by PyPI and other services.
|
|
|
|
|
| |
* BLD: Fix minimum Python version in setup.py
See https://github.com/numpy/numpy/issues/12480 for discussion.
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Create 1.17.0-notes
- Update index.rst for new notes
- Update pavement.py
- Update setup.py
- Remove Python 2.7 and 3.4 from CI testing.
- Add `# cython: language_level=3` to `*.pxd`, `*.pyx` files.
Note that this removes support for both Python2.7 and Python3.4 in
setup.py.
|
|\
| |
| | |
ENH: Use entry_points to install the f2py scripts.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This adds entry_points for the f2py scripts. The installed scripts
differ between Windows and other environments.
* On Windows, the only script installed is 'f2py'. This works well in
that environment because each Python version is installed in its own
directory, making it easy to keep the differing script versions
separate.
* Otherwise, three scripts are installed, 'f2py', 'f2py' + 'minor', and
'f2py' + 'major.minor'. For instance, if Numpy is installed by
Python 2.7, then the installed scripts will be named 'f2py', 'f2py2',
and 'f2py2.7'. That naming scheme is used for back compatibility, and
also so that more than one Python version can be dealt with in a way
common to many Linux distros. Note that 'f2py' will always point to
the latest install and 'f2py(2|3)' to the latest Python (2|3) install
The script tests have been modified to check for the new environment
and the code previously used to install the scripts has been removed.
|
|/
|
|
|
|
|
|
| |
The text on numpy.org was better, so mostly reused that.
Only kept the additional clarification about wheels on PyPI being
BSD licensed.
closes gh-11793
|
|
|
|
|
|
|
|
| |
The changes introduced in #10463 caused f2py to hang in somde
circumstances. There is may a better fix than this, but
until it is implemented it is better to undo the change.
Closes #11649.
|
|
|
|
| |
[ci skip]
|
| |
|
| |
|
|
|
|
|
|
| |
Fixes #10646
The original intent was to disable builds when _only_ the egg_info target is requested, not whenever it is one of the targets.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
* Add entry points for f2py and conv-template
* Add main function to conv_template
* Extract function
* Add entry point
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As noted in:
https://github.com/travis-ci/travis-ci/issues/9119
Apparently Travis-CI is trying to build numpy for the latest CPython
3.7-dev snapshot, and getting a bizarre error in setuptools:
Traceback (most recent call last):
File "setup.py", line 394, in <module>
setup_package()
File "setup.py", line 386, in setup_package
setup(**metadata)
File "/home/travis/build/numpy/numpy/numpy/distutils/core.py", line 169, in setup
return old_setup(**new_attr)
File "/home/travis/virtualenv/python3.7-dev/lib/python3.7/site-packages/setuptools/__init__.py", line 129, in setup
return distutils.core.setup(**attrs)
File "/opt/python/3.7-dev/lib/python3.7/distutils/core.py", line 148, in setup
dist.run_commands()
File "/opt/python/3.7-dev/lib/python3.7/distutils/dist.py", line 966, in run_commands
self.run_command(cmd)
File "/opt/python/3.7-dev/lib/python3.7/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File "/home/travis/build/numpy/numpy/numpy/distutils/command/install.py", line 62, in run
r = self.setuptools_run()
File "/home/travis/build/numpy/numpy/numpy/distutils/command/install.py", line 56, in setuptools_run
self.do_egg_install()
File "/home/travis/virtualenv/python3.7-dev/lib/python3.7/site-packages/setuptools/command/install.py", line 109, in do_egg_install
self.run_command('bdist_egg')
File "/opt/python/3.7-dev/lib/python3.7/distutils/cmd.py", line 313, in run_command
self.distribution.run_command(command)
File "/opt/python/3.7-dev/lib/python3.7/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File "/home/travis/virtualenv/python3.7-dev/lib/python3.7/site-packages/setuptools/command/bdist_egg.py", line 218, in run
os.path.join(archive_root, 'EGG-INFO'), self.zip_safe()
File "/home/travis/virtualenv/python3.7-dev/lib/python3.7/site-packages/setuptools/command/bdist_egg.py", line 269, in zip_safe
return analyze_egg(self.bdist_dir, self.stubs)
File "/home/travis/virtualenv/python3.7-dev/lib/python3.7/site-packages/setuptools/command/bdist_egg.py", line 379, in analyze_egg
safe = scan_module(egg_dir, base, name, stubs) and safe
File "/home/travis/virtualenv/python3.7-dev/lib/python3.7/site-packages/setuptools/command/bdist_egg.py", line 416, in scan_module
code = marshal.load(f)
ValueError: bad marshal data (unknown type code)
(Buried in https://api.travis-ci.org/v3/job/332144862/log.txt)
I don't know why that code is crashing, but it looks like the code
that's crashing is scanning numpy trying to figure out if it's
"zip_safe". Numpy is definitely not zip_safe, so we might as well tell
setuptools that and it can stop trying to guess.
|
|
|
|
| |
Closes #10358.
|
| |
|
|
|
|
|
|
| |
The `LICENSE.txt` file needs to be in the numpy wheels in order to meet
the terms of the linked libraries. Add it to the configuration data
files so that it shows up in the numpy package.
|
|
|
|
| |
[ci skip]
|
|
|
|
| |
Post 1.13.x branch housekeeping.
|
|
|
|
|
|
|
|
|
| |
This allows pip to figure out the last compatible version
with a particular Python version before attempting to
install.
Support for this field was added to setuptools last year:
https://github.com/pypa/setuptools/pull/631
|
| |
|
|
|
|
|
| |
git config files can contain ~ expansions that require $HOME to be defined.
Some installations of git have these in the global defaults now.
|
| |
|
|
|
|
| |
the files in doc/ and numpy/ were covered in previous commits
|
|\
| |
| | |
BLD: remove __NUMPY_SETUP__ from builtins at end of setup.py
|
| |
| |
| |
| | |
May help reduce the occurrence of gh-2434.
|
|/ |
|
| |
|
|
|
|
|
| |
Numpy 1.12.0 will support Python 2.7, 3.4 and 3.5 with support for
2.6, 3.2, and 3.3 dropped, so remove the latter.
|
| |
|
|
|
|
|
| |
Add note about wheels on pypi, and Windows wheels in particular. See
discussion at: https://github.com/numpy/numpy/issues/5479
|
|
|
|
|
| |
This was seriously broken. Setuptools does unwanted 'smart' things and
ignores MANIFEST.in. Closes gh-7127.
|