summaryrefslogtreecommitdiff
path: root/numpy/random/setup.py
Commit message (Collapse)AuthorAgeFilesLines
* STY: Fix indentation to follow PEP8Charles Harris2016-10-221-2/+2
|
* commit BLD: AIX uses the flag _LARGE_FILES to ensure proper prototype ↵Michael Felt2016-10-211-1/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | declarations The problem this fix resolves is to ensure that 32-bit and 64-bit functions (e.g., fclear() and fclear64()) to access/manipulate "large files" are defined properly - much as GNU and other platforms use one or more of the defines _FILE_OFFSET_BITS, _LARGEFILE_SOURCE, and _LARGEFILE64_SOURCE. Without this fix the numpy code only defines flags that are not recognized in the AIX environment and have no effect in anyway. The fix applies the AIX convention and does not "export" any of the flags currently exported. For all other platforms the current flags: _FILE_OFFSET_BITS, _LARGEFILE_SOURCE, and _LARGEFILE64_SOURCE are "exported". This fix should not have any impact or side-effect based on the version of python used. History: Starting around 1997 AIX started supporting so-called "large files", i.e., length > signed 32-bit. In the period 1997-1998 the flag _LARGE_FILES was established to simplify porting 32-bit applications to 64-bit. The convention is to define _LARGE_FILES before including any "system include files" either as an argument to ${CC} (e.g., in ${CFLAGS} or as the first #define in every source file. This is to ensure that that no relevant function calls would be redefined later in the build process.
* BLD: try_run fails on Python 3.5b4 for WindowsChristoph Gohlke2015-08-011-14/+1
|
* STY: PEP8 fixups for numpy/random.Charles Harris2014-07-311-6/+5
|
* BUG: compile random in lfs modeJulian Taylor2014-01-031-1/+5
| | | | | randomkit.c uses fopen which requires LFS mode to support larger than 64 bit files on 32 bit systems.
* STY: Giant comma spacing fixup.Charles Harris2013-08-181-4/+4
| | | | | | | Run the 2to3 ws_comma fixer on *.py files. Some lines are now too long and will need to be broken at some point. OTOH, some lines were already too long and need to be broken at some point. Now seems as good a time as any to do this with open PRs at a minimum.
* 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: 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.
* Do not use mingw workaround for msvc runtime 7.1.David Cournapeau2008-11-171-1/+1
|
* Forgot to update needs_mingw_ftime_workaround function.David Cournapeau2008-11-171-1/+1
|
* Do not generate a config.h for randomkit: it does not work as it is, and ↵David Cournapeau2008-11-171-25/+12
| | | | adding per-subpackage include path is a PITA with distutils.
* Simplify ftime workaround for python 2.6 under mingw: we only need to make ↵David Cournapeau2008-11-171-21/+11
| | | | _ftime an alias to _ftime64 when needed.
* Another typo.David Cournapeau2008-11-141-1/+1
|
* Fix hex conversion for msvcrt (we do not need to convert VS verion, but ↵David Cournapeau2008-11-141-3/+3
| | | | MSVCRT version).
* Typo.David Cournapeau2008-11-141-1/+1
|
* Typo.David Cournapeau2008-11-141-1/+1
|
* Add a macro to know whether we need the mingw workaround for _ftime + add a ↵David Cournapeau2008-11-141-0/+17
| | | | define for the MSVCR version.
* Generate config header for random kit (empty for now).David Cournapeau2008-11-141-2/+19
|
* Add code to detect msvc used to build python.David Cournapeau2008-11-141-0/+9
|
* Generate headers in the right place for inplace builds.Robert Kern2008-07-191-5/+1
|
* Temporary workaround for problem with 'multivariate' when specifying zeroStefan van der Walt2007-08-281-0/+1
| | | | probabilities.
* When checking for the _WIN32 preprocessor symbol, don't #error on failurecookedm2007-05-281-2/+1
|
* Clean up setup() calls.Pearu Peterson2007-05-111-1/+1
|
* Whitespace cleanup.Stefan van der Walt2007-01-081-2/+1
|
* Use add_data_files instead of add_headers to install randomkit.hedschofield2006-04-191-2/+2
|
* Modified numpy/random/setup.py to export randomkit.h header fileedschofield2006-04-181-0/+2
|
* Run reindent.py (script distributed with Python) over the source to remove ↵cookedm2006-03-101-3/+2
| | | | extraneous whitespace
* Change accuracy of fill and more _WIN32 fixes.Travis Oliphant2006-02-091-1/+0
|
* Fixes to help compilation on Windows with MSVCTravis Oliphant2006-02-091-4/+34
|
* Change most setup.py filesTravis Oliphant2006-01-041-2/+2
|
* Moved scipy directory to numpyTravis Oliphant2006-01-041-0/+24