~jtaylor/ubuntu/precise/python-numpy/multiarch-fix-818867

« back to all changes in this revision

Viewing changes to doc/source/reference/arrays.scalars.rst

  • Committer: Bazaar Package Importer
  • Author(s): Sandro Tosi
  • Date: 2010-10-07 10:19:13 UTC
  • mfrom: (7.1.5 sid)
  • Revision ID: james.westby@ubuntu.com-20101007101913-8b1kmt8ho4upcl9s
Tags: 1:1.4.1-5
* debian/patches/10_use_local_python.org_object.inv_sphinx.diff
  - fixed small typo in description
* debian/patches/changeset_r8364.diff
  - fix memory corruption (double free); thanks to Joseph Barillari for the
    report and to Michael Gilbert for pushing resolution; Closes: #581058

Show diffs side-by-side

added added

removed removed

Lines of Context:
41
41
   pointer for the platform. All the number types can be obtained
42
42
   using bit-width names as well.
43
43
 
44
 
.. [#] However, array scalars are immutable, so that none of the array
 
44
.. [#] However, array scalars are immutable, so none of the array
45
45
       scalar attributes are settable.
46
46
 
47
47
.. _arrays.scalars.character-codes:
91
91
 
92
92
.. tip:: The default data type in Numpy is :class:`float_`.
93
93
 
94
 
In the tables below, ``platform?`` means that the type may not
 
94
In the tables below, ``platform?`` means that the type may not be
95
95
available on all platforms. Compatibility with different C or Python
96
96
types is indicated: two types are compatible if their data is of the
97
97
same size and interpreted in the same way.
144
144
:class:`longfloat`   compatible: C long float       ``'g'``
145
145
:class:`float32`     32 bits
146
146
:class:`float64`     64 bits
147
 
:class:`float96`     92 bits, platform?
 
147
:class:`float96`     96 bits, platform?
148
148
:class:`float128`    128 bits, platform?
149
149
===================  =============================  ===============
150
150
 
171
171
.. note::
172
172
 
173
173
   The data actually stored in :term:`object arrays <object array>`
174
 
   (*i.e.* arrays having dtype :class:`object_`) are references to
 
174
   (*i.e.*, arrays having dtype :class:`object_`) are references to
175
175
   Python objects, not the objects themselves. Hence, object arrays
176
176
   behave more like usual Python :class:`lists <list>`, in the sense
177
177
   that their contents need not be of the same Python type.
204
204
   :mod:`struct` module.
205
205
 
206
206
 
207
 
.. note:: XXX: what to put in the type docstrings, and where to put them?
208
 
 
209
207
Attributes
210
208
==========
211
209
 
235
233
   generic.__array_priority__
236
234
   generic.__array_wrap__
237
235
 
238
 
.. note:: XXX: import the documentation into the docstrings?
239
236
 
240
237
Indexing
241
238
========
273
270
   generic.__setstate__
274
271
   generic.setflags
275
272
 
276
 
.. note:: XXX: import the documentation into the docstrings?
277
273
 
278
274
Defining new types
279
275
==================