- 19 Mar, 2012 1 commit
-
-
David Gobbi authored
In commit 4a8b64c5, the lex rule for std::string was changed to avoid conflicts with std::stringstream. Unfortunately, the new rule contained an error, causing std::string to be ignored. Change-Id: I38781b2f4e4b2be67818c2b05c4677a3eea91d02
-
- 13 Feb, 2012 1 commit
-
-
David Gobbi authored
Change-Id: I90237d2244b020afdf9f6d2597847fea0df07885
-
- 11 Feb, 2012 1 commit
-
-
David Gobbi authored
Change-Id: I0d3d879a44cfd20b2b3fc0af627ec9bdd056f475
-
- 10 Feb, 2012 1 commit
-
-
David Gobbi authored
Fix a compile error with Paraview. Subclasses of the templated vtkSIVectorPropertyTemplate class failed to wrap, due to expansion of the vtkSIVectorProperty macro. For now, I've disabled expansion of macros that aren't function-like macros. Change-Id: Iaf19efa2e31c823f4f3d2a82c7be00b43b44679b
-
- 09 Feb, 2012 1 commit
-
-
David Gobbi authored
Allow the wrapper's preprocessor to perform macro expansion. Prior to this change, only a few function macros that were hard-coded into the wrappers could be used in the VTK headers. Custom macros would previously cause the wrapper generation to fail. Some macros are not expanded for the sake of backwards compatibility: 1) VTK_* macro constants are not expanded, since these are recognized by some of the later stages of the wrapper processing. 2) vtkDataArray, if defined as a macro, is not expanded in order to allow the vtkDataArrayTemplate superclass trick work as before. 3) All previously hard-coded macros such as the vtkSet/Get macros are still hard-coded for now, to ensure backwards compatiblity Change-Id: I96deec4b9c98badfed88831027011904d197840f
-
- 16 Oct, 2010 1 commit
-
-
David Gobbi authored
-
- 17 Aug, 2010 1 commit
-
-
David Gobbi authored
-
- 16 Aug, 2010 1 commit
-
-
David Gobbi authored
The preprocessor allows robust handling of if, define, and include directives. It contains its own simple parser for evaluating expressions using integer math. If given include paths via "-I" it searches those paths, but if it does not find an include file then it continues without failing. Included files are only read by the preprocessor, not by the main parser.
-
- 06 Aug, 2010 1 commit
-
-
Clinton Stimpson authored
Add partial support for Qt enums. Add support for Qt types in overloaded functions.
-
- 05 Aug, 2010 1 commit
-
-
David Gobbi authored
-
- 03 Aug, 2010 2 commits
-
-
David Gobbi authored
-
Clinton Stimpson authored
Enhanced vtkWrapPython to recognized Qt types used in VTK classes. Use SIP to wrap Qt classes for use with PyQt. Also added bridge code to make VTK types work in Qt classes.
-
- 26 Jul, 2010 1 commit
-
-
David Gobbi authored
This includes #defined constants, enum constants, and const vars. The headers vtkType.h and vtkConfigure.h are not yet wrapped. Enums are represented as "int", they don't have their own types yet.
-
- 24 Jul, 2010 1 commit
-
-
David Gobbi authored
-
- 19 Jul, 2010 1 commit
-
-
David Gobbi authored
-
- 12 Jul, 2010 1 commit
-
-
David Gobbi authored
Will have to find a good way to eliminate aliasing altogether.
-
- 11 Jul, 2010 1 commit
-
-
David Gobbi authored
-
- 09 Jul, 2010 1 commit
-
-
David Gobbi authored
This change makes the VTK_IGNORE_BTX option safer, by only ignoring BTX/ETX if the --hierarchy option is sent to the wrapper executables. This way, external wrapping will still apply BTX/ETX because external wrapping doesn't use the --hierarchy option yet (and when it does, it won't need BTX/ETX either).
-
- 08 Jul, 2010 2 commits
-
-
David Gobbi authored
-
David Gobbi authored
All basic types are handled in the lexer now. This simplifies the rules in the parser. All orderings are supported, e.g. int long unsigned, unsigned long int, long int unsigned, etc. Also, "unsigned" and "signed" by themselves are recognized types.
-
- 06 Jul, 2010 1 commit
-
-
David Gobbi authored
This commit adds more automatic hinting for the wrappers, enough so that the wrappers will compile even when the BTX markers are ignored. The vtkWrapHierarchy tool now includes typedefs and enums, as well as cmake flags ABSTRACT, WRAP_EXCLUDE, and WRAP_SPECIAL. The wrappers can inspect these values for any class in the hierarchy.
-
- 05 Jul, 2010 1 commit
-
-
David Gobbi authored
-
- 03 Jul, 2010 1 commit
-
-
David Gobbi authored
-
- 02 Jul, 2010 1 commit
-
-
David Gobbi authored
This commit reorganizes the lex/yacc parser and its associated structs in vtkParse.h for much more complete C++ parsing. It also brings in a vtkWrapHierarchy tool that creates a hierarchy text file for each kit library.
-
- 18 Jun, 2010 1 commit
-
-
David Gobbi authored
-
- 17 Jun, 2010 1 commit
-
-
David Gobbi authored
-
- 16 Jun, 2010 6 commits
-
-
Keith Fieldhouse authored
An unecesary index increment caused the parser to mis-handle the "(*" string when trying to parse function pointers. This fix is per- Dave Gobbi.
-
David Gobbi authored
Rationale: vtkNotUsed is only meant to hide parameters from the compiler, in order to avoid warnings. However, it's useful to pass those parameters to the wrappers so that they will be included in the signature.
-
David Gobbi authored
-
David Gobbi authored
-
David Gobbi authored
-
David Gobbi authored
-
- 01 Sep, 2009 1 commit
-
-
Mathieu Malaterre authored
-
- 23 Jul, 2009 1 commit
-
-
Utkarsh Ayachit authored
or return types indicates that the wrapper initialization-dependency-tracker should not explicitly initialize the class and assume that it will be initialized externally.
-
- 21 Oct, 2007 2 commits
-
-
David Thompson authored
-
David Thompson authored
This time, we'll use the *_EXPORT macros on each individual member function + static variable. To do this, some new macros (for the members declared by vtkTypeMacro, etc.) have to be created and the wrapper parser modified to accept them.
-
- 11 Oct, 2006 1 commit
-
-
Brad King authored
-
- 02 Dec, 2005 1 commit
-
-
Brad King authored
-
- 20 Jul, 2005 1 commit
-
-
Brad King authored
-
- 11 Jul, 2005 1 commit
-
-
Brad King authored
-