| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
exported as a C function
can't return a C++ type by value.
All generators plugins *MUST* be recompiled.
Reviewed by Luciano Wolf <luciano.wolf@openbossa.org>
|
|
|
|
| |
Reviewed by Marcelo Lira <marcelo.lira@openbossa.org>
|
| |
|
|
|
|
|
| |
so that it could be used independently; the qtdoc generator module
remained part of generatorrunner
|
|
|
|
|
|
|
|
|
|
|
| |
some plataforms.
Cast an object pointer to a function pointer is an undefinied behaviour in some exotic
platforms, so some compiler raise a flag against it. However if we use a C-style cast the compiler
ignores it.
This problem is related to the QLibrary API returning a void* instead of a generic
function pointer.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
generator runner will load the desired file instead of doing
a mess with the absolute path and the GENERATORRUNNER_PLUGIN_DIR
variable.
This is usefull to test generators plugins without installing them.
Reviewed by Renato Araújo
|
|
|
|
|
|
|
|
|
| |
into generatorrunnerconfig.h
- Added some variables to FindGeneratorRunner.cmake
* GENERATORRUNNER_PLUGIN_DIR The dir where the generator plugins
should be installed.
* GENERATORRUNNER_VERSION The generatorrunner current version.
|
| |
|
|
|
|
|
|
| |
ApiExtractor.run() returns false
Reviewed by Hugo Parente <hugo.lima@openbossa.org>
|
| |
|
|
|
|
| |
PATH_SPLITTER one instead.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
APIExtractor were moved
to this project.
So we need to re-think if boostpythongenerator still a good name for the project, because
boostpythongenerator will be the name of the plugin to generate bindings for boost::python.
Also the generators were just moved to a subdirectory (generators) and the boostpython generators
to a sub-subdirectory (generators/boostpython), transform them in plugins will be a second milestone.
|
|
|