| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
|
|
|
|
|
|
| |
* Drop testing of Python 2.6, 3.2, and 3.3
* Create 1.12.0-notes.rst and add to source/documentation.
* Update pavement.py to use 1.10.x as LOG_START
* Update version numpy in setup.py
|
|
|
|
| |
Address comments of @charris on gh-6895.
|
| |
|
|
|
|
|
| |
Also ignore setup.cfg: this file is created/modified by the
alias/setopt/saveopts commands, and therefore needs to be in .gitignore.
|
| |
|
| |
|
|
|
| |
Not only bdist_wheel needs setuptools
|
|\
| |
| | |
Fix use of __doc__ in setup.py for -OO mode
|
| | |
|
|/
|
|
|
|
|
|
|
| |
Revert mingwpy modifications to distutils. They are causing problems
for non-windows builds and it is better to wait until mingypy is
further along.
This reverts commit 96abd32de241864ee97f30357234cbc9a96c43ae, reversing
changes made to 06af9918f6bf03b8d818ec834f9fb48db57d1489.
|
|
|
|
|
|
|
|
|
|
| |
Needed to build numpy with Microsoft Visual C++ Compiler for Python 2.7
Otherwise one gets an Unable to find vcvarsall.bat error
SET DISTUTILS_USE_SDK=1
SET MSSdk=1
triggers the same from distutils.
|
|
|
|
|
|
|
|
| |
Adds missing `Programming Language :: Python :: 3` to bento.info
Adds new `Programming Language :: Python :: {2..,3..,CPython..}` to both
These versions are correct for the 1.10.x and 1.11.x releases.
They reflect the commit b06dbc15d9db0e224d338c84ac98a925a7945d4c
|
|
|
|
|
|
|
|
| |
Create 1.11.0-notes.rst template.
Update version number in setup.py.
Update version number in numpyconfig.h.
Update version number in pavement.py.
Update version number in bento.info.
|
| |
|
| |
|
|
|
|
| |
e.g. 1.10.0.dev-243ab56 to 1.10.0.dev+243ab56
|
|\
| |
| | |
MAINT: start 1.10-devel.
|
| |
| |
| |
| |
| |
| | |
* Create 1.10.0-notes.
* Add 1.10.-notes to the generated documentation.
* Update version number in setup.py
|
|/
|
|
|
| |
Wheel build was not cythonizing sources, giving a compile error because
needed `numpy/random/mtrand/mtrand.c` was missing.
|
|
|
|
|
|
|
| |
Instead generate at build time. The generated sources are still part of
the sdist.
tools/cythonize.py is copied from SciPy with small changes to the
configuration.
|
|
|
|
| |
prevents broken source distributions due to not up to date submodules.
|
| |
|