aboutsummaryrefslogtreecommitdiffstats
path: root/headergenerator.h
Commit message (Collapse)AuthorAgeFilesLines
* Fix bug#316 - "QAbstractItemModel.createIndex is broken"Hugo Parente Lima2010-09-011-1/+0
| | | | | | | | | | | | | | Use SbkNumber_Check instead of PyNumber_Check, because PyNumber_Check returns true for all user types. This commit also disable the generation of _Check macros and replaces all entries with Converter<T>::checkType. Those changes are on the same commit because SbkNumber_Check conflicts with a macro generated by "other" binding which binds a type named "Number". Reviewer: Luciano Wolf <luciano.wolf@openbossa.org> Renato Araújo <renato.filho@openbossa.org>
* Get ride of PyMODINIT_FUNC, since it doesn't correctly set the visibility ↵Hugo Parente Lima2010-08-191-1/+0
| | | | | | | rules on Linux. Reviewer: Renato Araújo <renato.filho@openbossa.org> Luciano Wolf <luciano.wolf@openbossa.org>
* Added support for protected fields when not using the "protected hack".Marcelo Lira2010-06-031-0/+1
| | | | Tests were also added.
* Write all converters on global header to avoid the module from exporting any ↵Hugo Lima2010-02-181-0/+1
| | | | symbols.
* Do not export Sbk*Type variables.Hugo Lima2010-02-121-0/+3
| | | | | | To access Sbk*Type variables from other modules, you need to use the array provided via CObjects. Reviewed by Marcelo Lira <marcelo.lira@openbossa.org>
* Converter<T>::copyCppObject method was replaced by a template function.Marcelo Lira2009-12-101-2/+3
| | | | | | | | | | | | | | | | | Added the template function T* SbkCopyCppObject(const T& cppobj); whose task is simply to copy a C++ object. If the binding has a C++ class wrapper for it, the function is specialized to use the copy constructor of the C++ wrapper class. This replaces the Converter<T>::copyCppObject method. Also moved implementation of Converter<T>::toPython from the generator to ConverterBase<T> in the conversions header, for it makes use of the SbkCopyCppObject. Reviewed by Lauro Neto <lauro.neto@openbossa.org>
* Do not generate the method Converter<T>::createWrapper, it'll beHugo Lima2009-12-071-0/+2
| | | | | | | auto generated by the compiler using the function PyType<T> to get PyTypeObject of a type T. Reviewed by Marcelo Lira <marcelo.lira@openbossa.org>
* removed unused method HeaderGenerator::writeVirtualDispatcher;Marcelo Lira2009-11-121-1/+0
| | | | | | it was here since the fork from the boostpythongenerator Reviewed by Hugo Parente <hugo.lima@openbossa.org>
* Add visibility policies to libshiboken and for bindings generated by ↵Hugo Lima2009-11-121-0/+1
| | | | | | | | | | shiboken generator. As shiboken generator needs minor changes to support inter-module dependencies, these changes about symbol visibility does not support inter-module dependencies, however support it is simple, because we just need to make some symbols visible to other DSO's. Reviewed by Marcelo Lira <marcelo.lira@openbossa.org>
* moved HeaderGenerator::writeConverterImpl to CppGenerator, i.e.Marcelo Lira2009-11-101-1/+0
| | | | | | | the converter implementations now are written in the proper wrapper class .cpp files instead of in the global module header Reviewed by Hugo Parente <hugo.lima@openbossa.org>
* Skip generation of unecessary wrapper classes.renato araujo oliveira2009-11-031-0/+1
| | | | Reviewed by Marcelo Lira <marcelo.lira@openbossa.org>
* fixed some typos on license platesBruno dos Santos de Araujo2009-09-021-1/+1
|
* Removed inline implementations from inside Converters to avoid theHugo Lima2009-08-281-1/+2
| | | | | | creation of specialized templates just a few lines after Reviewed by Marcelo Lira <marcelo.lira@openbossa.org>
* The End Is the Beginning Is the EndMarcelo Lira2009-08-171-0/+49