A typo in vtkPythonArgs.cxx resulted in the use of a "char *" from a
deleted Python object.  I've fixed the typo and have completely
removed the code that can give rise to the invalid pointer.

This commit also changes a BuildBytes to actually build a Bytes object
on Python 3 (it was building a string).

Under Python 3.2, the default locale encoding will be used for 8-bit
strings rather than utf8 (similar to Python 2).  It wasn't until 3.3
that unicode objects kept a cached copy of the utf8 string.

Some quick py3k compatibility fixes caused these print statements
to generate much different output from before.  This fixes that.

This allows "make" to compile these files into pyc files, though
it does not provide full py3k compatibility.

This involved replacing map() with list comprehensions, changing the way
metaclasses are used, removing the __div__ method under python 3, and
using 'zip" instead of "izip" on python 3.

This change modifies the python code for the tests so that they are
cross-compatible between python 2 and python 3.  The new code will not
run on Python 2.5 or earlier, because only python 2.6 and 2.7 allow
py3k-friendly syntax.

The numpy_interface does not fully support python 3 yet, due to changes
in the way numeric operators work and the way type coercion is done.

This is a large change that adds conditional compilation to support
both python 2 and python 3.  The header vtkPythonCompatibility.h
does a lot of the necessary work:
1) PyInt is redefined to PyLong for py3k
2) PyString is redefied to PyUnicode for py3k
3) PyBytes is redefined to PyString for python 2

The get() method was incorrectly implemented and segfaulted.  Also,
with py3k, the keys() method returned a special object instead of
a plain list, and this caused the wrapping to fail.

Python 3 introduced a multi-dimensional buffer interface, which was
backported to Python 2.6 and Python 2.7.

This changes the return value of the "real_init" function from void
to PyObject *, in accordance with the new PyInit method.

Enum parameter types were missing from the python docstrings.  Also,
the PythonName utility function fits better in vtkWrapText.h.

The vtk_mangle member was exactly the same as the python name for
the class, so it can be retrieved from the PyTypeObject.  I also
renamed the vtk_cppname member to vtk_name and renamed its attrib
to __vtkname__.  This attrib is what the VTK GetClassName() method
returns.

This was the last generated type object that was exported.  Now that
it is static, the wrapper-specific import/export macros are no longer
needed.

The overloaded method resolution code in vtkPythonOverload.cxx used to
make assumptions about type based on the class name (e.g. vtk types start
with "vtk", python types start with "Py").  Now a distinct character code
is used for each type.

This is done according to the documentation for PyTypeObject. It
allows python to correctly generate the __module__ attribute for
extension types, which is needed by some python packaging systems.

This allowed me to remove its custom GetAttr method.

There is no guarantee that tp_name is unique, and it would be bad
if someone fooled the type checking by simply creating a new type
with the same name as an existing type.

The casts are unecessary for Python 2.5 and higher.

This reduces the number of exported symbols.  Wrapped enum types are
still exported in order to allow them to be type-checked elsewhere.

This includes the use of PyVTKMethodDescriptor, which fixes the issue
where overloads of static and non-static methods did not work.

Now that the python wrappers use type objects for VTK classes, calling
type(obj) returns the class type, rather than 'vtkobject'.

This is the first step towards Python 3 compatibility. Wrapped VTK classes
used to use the old-style python metaclass mechanism, and they worked like
the old-style classes from python 1 and python 2. Now each wrapped VTK
class is a new-style class with its own PyTypeObject.

These were required up to Python 2.4, which is no longer supported.

This allows a lot of obsolete code to be removed.

Ben Boeckel authored 9 years ago and Kitware Robot committed 9 years ago

2166c067 FiltersStatisticsGnuR: fix R_NO_REMAP juggling

Acked-by: Kitware Robot <kwrobot@kitware.com>
Reviewed-by: Brad King <brad.king@kitware.com>
Merge-request: !437

Joachim Pouderoux authored 9 years ago and Kitware Robot committed 9 years ago

bf1cd7e2 Change iterator from postincrement to preincrement
5c97e44a Move variable declaration inside loop to limit its scope
5e1fc1bf Fix indentation and restore empty line
761a643e Add field data to vtkUniformGrid to save GDALDataset NoDataValue

Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !344

Fix uninitialized memory reported by valgrind.

23dff2bd introduced a bug where it didn't copy the point data correctly
for all the layers. Fixed that.

See merge request !438

23dff2bd introduced a bug where it didn't copy the point data correctly
for all the layers. Fixed that.

Berk Geveci authored 9 years ago and Kitware Robot committed 9 years ago

f4126e3a Fixed bug with loading 2D or ASCII datasets in parallel.

Acked-by: Kitware Robot <kwrobot@kitware.com>
Reviewed-by: Utkarsh Ayachit <utkarsh.ayachit@kitware.com>
Merge-request: !434

David Lonie authored 9 years ago and Kitware Robot committed 9 years ago

1118440f Make ScalarBarRepresentation orientation set-able.

Acked-by: Kitware Robot <kwrobot@kitware.com>
Reviewed-by: Utkarsh Ayachit <utkarsh.ayachit@kitware.com>
Merge-request: !423

Had to move the code that broadcasted settings to ranks > 1
because the settings are needed to make a decision about
2D / ASCII parallel code path.

Berk Geveci authored 9 years ago and Kitware Robot committed 9 years ago

d91ecf98 BUG: Was using the wrong extent in computation.
005e70d3 Fixed warnings.
5f15c59d Cleaned up error handling in plot3d reader.

Acked-by: Kitware Robot <kwrobot@kitware.com>
Reviewed-by: Utkarsh Ayachit <utkarsh.ayachit@kitware.com>
Merge-request: !433