- 26 May, 2005 9 commits
-
-
Mathieu Malaterre authored
-
Mathieu Malaterre authored
-
Brad King authored
-
Brad King authored
COMP: Fixed unreachable code warning without introducing not-all-paths-return error or controlling-expression-is-constant warning.
-
Brad King authored
-
Brad King authored
COMP: Never instantiate vtkDataArrayTemplate<vtkIdType> because it will always be instantiated by the corresponding array for its native type.
-
Mathieu Malaterre authored
BUG: Call Build on the lookup table, also need to call Render explicitely before the ResetCamera to prevent segfault...
-
Will Schroeder authored
-
Will Schroeder authored
-
- 25 May, 2005 7 commits
-
-
Sebastien Barre authored
-
Sebastien Barre authored
-
Brad King authored
-
Brad King authored
COMP: Temporarily disabling the possibility of using long for a 64-bit vtkIdType until some compilation problems can be resolved.
-
Brad King authored
-
Brad King authored
-
Brad King authored
COMP: Reading and writing of ascii data for signed char must have special handling to be treated as an integer type.
-
- 24 May, 2005 24 commits
-
-
Brad King authored
-
Brad King authored
ENH: Replacing large switch statements with calls to vtkTemplateMacro and vtkDataArray utility methods.
-
Brad King authored
-
Brad King authored
ENH: Removing VTK_ID_TYPE_IS_NOT_BASIC_TYPE definition. Any code that used it should be changed to check VTK_TYPE_USE_LONG_LONG and VTK_TYPE_USE___INT64. It was only used in a few places in VTK anyway.
-
Brad King authored
ENH: Removing need for VTK_ID_TYPE_IS_NOT_BASIC_TYPE. Providing vtkPythonCheckArray overloads for long long and __int64 when they are available. This will cover all cases of vtkIdType. Also adding overload for signed char.
-
Brad King authored
ENH: Removing need for VTK_ID_TYPE_IS_NOT_BASIC_TYPE. The test should just be VTK_USE_64BIT_IDS anyway.
-
Brad King authored
ENH: Added WriteVoidPointer which is to WritePointer as GetVoidPointer is to GetPointer. This allows code that uses WritePointer to be converted to use vtkTemplateMacro.
-
Clinton Stimpson authored
BUG: Fix Qt3 issue with changes to vtkCarbonRenderWindow to support HIViews, now that the vtkCarbonRenderWindow::GetGeneric*() functions return what they are supposed to return.
-
Brad King authored
ENH: Using VTK_SIGNED_CHAR for Int8 on platforms where plain-old char is not signed. For platforms where char is signed, VTK_CHAR is used for Int8 to preserve the old behavior.
-
Brad King authored
-
Brad King authored
-
Brad King authored
ENH: Added signed char, long long, unsigned long long, __int64, and unsigned __int64 types to the IntTypes table.
-
Brad King authored
ENH: Added "signed char" as a distinct scalar type. For historical reasons, the C++ language treats signed char as a distinct type from char. Plain-old char might not even be signed. This change will guarantee we have a signed 8-bit integer type available. Also added GetDataTypeMin/GetDataTypeMax/GetDataTypeRange static overloads to vtkDataArray that accept the type id. The non-static versions now call the static versions with the type of data in the array.
-
Brad King authored
-
Brad King authored
-
Brad King authored
-
Brad King authored
-
Brad King authored
-
Brad King authored
ENH: Adding use of long long or __int64 if they are available to read Int64 and UInt64 data arrays even when 64-bit ids are off.
-
Brad King authored
-
Brad King authored
ENH: Adding types "long long" and "__int64" as native types for platforms on which they are available and distinct. At least one of these types seems to be available everywhere which should allow 64-bit integer data to be processed even when not using 64-bit ids. The macros VTK_TYPE_USE_LONG_LONG and VTK_TYPE_USE___INT64 are defined to indicate that their corresponding types should be used. The vtkTemplateMacro includes these types automatically.
-
Brad King authored
-
David Gobbi authored
-
David Gobbi authored
-