summaryrefslogtreecommitdiff
path: root/numpy/lib/format.py
Commit message (Collapse)AuthorAgeFilesLines
* Merge pull request #460 from endolith/regex_formattingCharles Harris2013-04-031-1/+1
|\ | | | | DOC: Formatting fixes using regex
| * DOC: regex-assisted fixes of definition list formattingendolith2013-03-191-1/+1
| |
* | 2to3: Use absolute imports.Charles Harris2013-03-281-1/+1
|/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The new import `absolute_import` is added the `from __future__ import` statement and The 2to3 `import` fixer is run to make the imports compatible. There are several things that need to be dealt with to make this work. 1) Files meant to be run as scripts run in a different environment than files imported as part of a package, and so changes to those files need to be skipped. The affected script files are: * all setup.py files * numpy/core/code_generators/generate_umath.py * numpy/core/code_generators/generate_numpy_api.py * numpy/core/code_generators/generate_ufunc_api.py 2) Some imported modules are not available as they are created during the build process and consequently 2to3 is unable to handle them correctly. Files that import those modules need a bit of extra work. The affected files are: * core/__init__.py, * core/numeric.py, * core/_internal.py, * core/arrayprint.py, * core/fromnumeric.py, * numpy/__init__.py, * lib/npyio.py, * lib/function_base.py, * fft/fftpack.py, * random/__init__.py Closes #3172
* 2to3: Put `from __future__ import division in every python file.Charles Harris2013-03-011-0/+1
| | | | | | | | 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.
* 2to3: Use modern exception syntax.Charles Harris2013-02-261-2/+2
| | | | Example: except ValueError,msg: -> except ValueError as msg:
* DOC: wiki merge, npyio, format and function_basergommers2010-07-311-24/+28
|
* 3K: lib: fix some bytes/str issues in _format.py and its testsPauli Virtanen2010-02-201-5/+12
|
* ENH: lib: write fortran-contiguous data to files using arr.T.tofile instead ↵Pauli Virtanen2010-02-201-4/+5
| | | | | | | | | of arr.data (required for Py3 compatibility) The issue is that when passing a buffer object to Python's io.BufferedWriter.write, it will try to obtain the buffer using PyBUF_ND | PyBUF_C_CONTIGUOUS. This will fail for strided arrays -- seems to be an issue in Python, as it probably should try to obtain a SIMPLE buffer.
* 3K: lib: bytes vs. str fixes in lib.format and lib.ioPauli Virtanen2010-02-201-4/+4
|
* 3K: rename compat.isfile to isfileobj to avoid confusion with os.pathPauli Virtanen2009-12-061-3/+3
|
* 3K: lib: some fixes to lib.format on strings vs bytes; and file objectsPauli Virtanen2009-12-061-6/+6
|
* Docstring update: libPauli Virtanen2009-10-021-35/+114
|
* Opening a memmap requires a filename. Raise an error otherwise.Stefan van der Walt2008-11-291-2/+6
|
* Apply modified version of Andrew Dalke's patch in #874 to create a ↵Travis Oliphant2008-08-271-1/+2
| | | | quicker-loading numpy.
* Merge from documentation editor.Stefan van der Walt2008-08-051-29/+74
|
* BUG: Allow longs as well as ints to satisfy Win64.Robert Kern2008-07-201-1/+1
|
* Use join instead of += to build string.Charles Harris2008-06-291-3/+4
|
* Shorten long lines.Charles Harris2008-06-281-39/+58
|
* Fix ticket #828 by explicitly sorting keys instead of relying on pprint.Charles Harris2008-06-281-8/+12
| | | | Thanks to Neil Muller for the analysis and patch.
* One dtype representation issue got fixed. Documented the remaining one.Robert Kern2008-02-271-6/+7
|
* Documentation update for the NPY format.Robert Kern2008-02-271-7/+9
|
* ran reindentJarrod Millman2008-02-081-4/+1
|
* Merge the lib_for_io branch back into the trunk.Travis Oliphant2007-12-301-0/+412