summaryrefslogtreecommitdiff
path: root/setup.py
Commit message (Collapse)AuthorAgeFilesLines
* BUG: Fix `setup.py build install egg_info`, which did not previously buildEric Wieser2018-03-121-9/+16
| | | | | | 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.
* BUG: fix entry_points typo for from-templatexoviat2018-02-141-1/+1
|
* ENH: Add entry_points for f2py, conv_template, and from_template. (#10463)xoviat2018-01-301-0/+7
| | | | | | | | | | * Add entry points for f2py and conv-template * Add main function to conv_template * Extract function * Add entry point
* Use zip_safe=False in setup() callNathaniel J. Smith2018-01-231-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* MAINT: Update download URL in setup.py.Charles Harris2018-01-101-1/+1
| | | | Closes #10358.
* MAINT: Update development branch version to 1.15.0.Charles Harris2017-12-111-1/+1
|
* BLD: Include the license file in NumPy wheels.Charles Harris2017-11-291-3/+4
| | | | | | 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.
* BUG: fix issue when using ``python setup.py somecommand --force``.Ralf Gommers2017-06-201-0/+1
| | | | [ci skip]
* MAINT: Update master branch for 1.14.0 development.Charles Harris2017-05-101-1/+1
| | | | Post 1.13.x branch housekeeping.
* REL: add `python_requires` to setup.pyRalf Gommers2017-04-161-0/+1
| | | | | | | | | 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
* DOC: update docs and comments for move of mailing list to python.orgRalf Gommers2017-03-261-1/+1
|
* BUG: Add HOME to the git environment.Robert Kern2017-03-081-1/+1
| | | | | git config files can contain ~ expansions that require $HOME to be defined. Some installations of git have these in the global defaults now.
* MAINT: Update pavement.py and setup.py for numpy 1.13.0.Charles Harris2016-11-051-1/+2
|
* DOC: change Numpy to NumPy in remaining filesPierre de Buyl2016-09-061-4/+4
| | | | the files in doc/ and numpy/ were covered in previous commits
* Merge pull request #7956 from rgommers/numpysetupCharles Harris2016-09-031-0/+5
|\ | | | | BLD: remove __NUMPY_SETUP__ from builtins at end of setup.py
| * BLD: remove __NUMPY_SETUP__ from builtins at end of setup.pyRalf Gommers2016-09-031-0/+5
| | | | | | | | May help reduce the occurrence of gh-2434.
* | ENH: Add stacklevel to all (or almost all) our function callsSebastian Berg2016-09-021-1/+1
|/
* MAINT: Cleanp of random stuffJoseph Fox-Rabinovitz2016-05-041-1/+1
|
* MAINT: Update setup.py to reflect supported python versions.Charles Harris2016-04-091-5/+2
| | | | | 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.
* Fixed iteration over additional bad commandsLuca Mussi2016-04-071-1/+1
|
* DOC: note about wheels / windows wheels for pypiMatthew Brett2016-03-071-0/+7
| | | | | Add note about wheels on pypi, and Windows wheels in particular. See discussion at: https://github.com/numpy/numpy/issues/5479
* BLD/BUG: revert usage of setuptools when building an sdist.Ralf Gommers2016-01-271-1/+1
| | | | | This was seriously broken. Setuptools does unwanted 'smart' things and ignores MANIFEST.in. Closes gh-7127.
* REL: Update master branch after 1.12.x branch has been made.Charles Harris2016-01-191-1/+1
| | | | | | | * 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
* DOC/BUG: textual improvements in install docs, and fix a typo in setup.pyRalf Gommers2016-01-161-2/+2
| | | | Address comments of @charris on gh-6895.
* DOC: add NumpyVersion to the docs, and mention it in version.pyRalf Gommers2016-01-161-0/+2
|
* BLD: finish handling of setuptools commands.Ralf Gommers2016-01-161-26/+89
| | | | | Also ignore setup.cfg: this file is created/modified by the alias/setopt/saveopts commands, and therefore needs to be in .gitignore.
* BLD: disable (half-)broken setuptools commands and give clear error messages.Ralf Gommers2016-01-161-2/+64
|
* BLD: require setuptools for Numpy builds. Closes gh-6551.Ralf Gommers2016-01-161-20/+16
|
* BLD: use setuptools for bdist_egg distributionsEugene Krokhalev2015-12-171-2/+2
| | | Not only bdist_wheel needs setuptools
* Merge pull request #6526 from dsanders11/patch-1Charles Harris2015-10-211-1/+1
|\ | | | | Fix use of __doc__ in setup.py for -OO mode
| * Fix use of __doc__ in setup.py for -OO modeDavid Sanders2015-10-191-1/+1
| |
* | Revert "Merge pull request #5614 from charris/cleanup-gh-5587"Charles Harris2015-10-201-1/+0
|/ | | | | | | | | 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.
* BLD: import setuptools to allow compile with VS2008 python2.7 sdkJulian Taylor2015-10-101-2/+6
| | | | | | | | | | 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.
* DOC: Add Trove classifiers for supported Python versionsAlex Willmer2015-08-051-0/+8
| | | | | | | | 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
* MAINT: Init master branch for 1.11.0 development.Charles Harris2015-08-031-1/+1
| | | | | | | | 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.
* BLD: Add mingw-w64 support for the mingw64static option.carlkl2015-02-271-0/+1
|
* Change to fully PEP440 compliant dev version numbers (always .dev0)Åsmund Hjulstad2015-02-101-1/+1
|
* BLD: for PEP 440 compliance, change development version name format from ↵alex2014-12-231-1/+1
| | | | e.g. 1.10.0.dev-243ab56 to 1.10.0.dev+243ab56
* Merge pull request #4671 from charris/prepare-1.10-develCharles Harris2014-07-061-1/+1
|\ | | | | MAINT: start 1.10-devel.
| * MAINT: start 1.10-devel.Charles Harris2014-05-061-1/+1
| | | | | | | | | | | | * Create 1.10.0-notes. * Add 1.10.-notes to the generated documentation. * Update version number in setup.py
* | BUG: cythonize sources for wheel buildMatthew Brett2014-05-031-5/+3
|/ | | | | Wheel build was not cythonizing sources, giving a compile error because needed `numpy/random/mtrand/mtrand.c` was missing.
* BLD: remove cython c source from gitJulian Taylor2014-04-051-0/+14
| | | | | | | 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.
* BLD: check submodules on sdistJulian Taylor2014-01-291-0/+29
| | | | prevents broken source distributions due to not up to date submodules.
* MAINT: setup.py improvements - allow some setuptools commands to work.Ralf Gommers2013-12-071-42/+60
|
* REL: Update minor version number to 9.Charles Harris2013-08-181-1/+1
| | | | Numpy 1.9.0-devel opens.
* MAINT: Remove outdated version checks.Charles Harris2013-07-111-0/+3
| | | | | | | | | | Because Numpy 1.8.0 will no longer supports Python versions < 2.6 we no longer need to check for that and can also remove the code that is specific to those earlier versions. To make this a bit safer, the toplevel setup.py file now contains a check of the Python version number and raises an error when run by an unsupported version.
* 2to3: Stop using 2to3 and remove the tools/py3tool.py file.Charles Harris2013-04-211-28/+1
| | | | | | The same code base now supports python versions 2.6-2.7 and 3.2-3.3. Closes #3247.
* 2to3: Apply `print` fixer.Charles Harris2013-04-061-1/+1
| | | | | | | Add `print_function` to all `from __future__ import ...` statements and use the python3 print function syntax everywhere. Closes #3078.
* 2to3: Apply `imports` fixer.Charles Harris2013-04-021-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The `imports` fixer deals with the standard packages that have been renamed, removed, or methods that have moved. cPickle -- removed, use pickle commands -- removed, getoutput, getstatusoutput moved to subprocess urlparse -- removed, urlparse moved to urllib.parse cStringIO -- removed, use StringIO or io.StringIO copy_reg -- renamed copyreg _winreg -- renamed winreg ConfigParser -- renamed configparser __builtin__ -- renamed builtins In the case of `cPickle`, it is imported as `pickle` when python < 3 and performance may be a consideration, but otherwise plain old `pickle` is used. Dealing with `StringIO` is a bit tricky. There is an `io.StringIO` function in the `io` module, available since Python 2.6, but it expects unicode whereas `StringIO.StringIO` expects ascii. The Python 3 equivalent is then `io.BytesIO`. What I have done here is used BytesIO for anything that is emulating a file for testing purposes. That is more explicit than using a redefined StringIO as was done before we dropped support for Python 2.4 and 2.5. Closes #3180.
* 2to3: Put `from __future__ import division in every python file.Charles Harris2013-03-011-0/+2
| | | | | | | | This should be harmless, as we already are division clean. However, placement of this import takes some care. In the future a script can be used to append new features without worry, at least until such time as it exceeds a single line. Having that ability will make it easier to deal with absolute imports and printing updates.
View Lorry Controller Status