| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Reviewer: Luciano Wolf <luciano.wolf@openbossa.org>
Reviewer: Renato Araújo <renato.araujo@openbossa.org>
|
| |
|
|\ |
|
| | |
|
| |
| |
| |
| | |
This fix some problems compiling bindings for classes under C++ namespaces.
|
| | |
|
| | |
|
| | |
|
|/
|
|
|
| |
Reviewer: Hugo Parente Lima <hugo.lima@openbossa.org>,
Luciano Wolf <luciano.wolf@openbossa.org>
|
| |
|
|
|
|
|
|
|
|
| |
These warnings are due to the Python C API using a char* as parameter when
it should const char*.
Reviewer: Anderson Lizardo <anderson.lizardo@openbossa.org>
Reviewer: Luciano Wolf <luciano.wolf@openbossa.org>
|
| |
|
| |
|
|
|
|
|
| |
Reviewer: Bruno Araujo <bruno.araujo@openbossa.org>
Reviewer: Anderson Lizardo <anderson.lizardo@openbossa.org>
|
|
|
|
|
| |
Reviewer: Luciano Wolf <luciano.wolf@openbossa.org>
Reviewer: Anderson Lizardo <anderson.lizardo@openbossa.org>
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The libother's Number class now defines a multiply reverse operator
with libsample's Point class. Tests were added to check if the
generated binding correctly calls Number.__rmul__ method with
Point as argument.
Reviewed by Anderson Lizardo <anderson.lizardo@openbossa.org>
Reviewed by Hugo Parente <hugo.lima@openbossa.org>
|
|
|
|
| |
Just added the basic case of "Collector << ObjectType".
|
| |
|
|
|
|
| |
Also fixes samplebinding type system indentation.
|
|
|
|
|
|
|
|
| |
The void* converter transforms a C++ NULL pointer in a Python None.
An unit test for this case was added as well.
Reviewed by Anderson Lizardo <anderson.lizardo@openbossa.org>
Reviewed by Bruno Araújo <bruno.araujo@openbossa.org>
|
|
|
|
|
| |
Reviewed by Hugo Parente <hugo.lima@openbossa.org>
Reviewed by Lauro Moura <lauro.neto@openbossa.org>
|
|
|
|
|
| |
This method will somehow conflict with the external
operator in libother OtherObjectType
|
|
|
|
| |
Used in external reverse operators defined in other modules.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The test function does nothing in fact, it is there just to
cause a situation that could cause a compilation problem if
the generator is not working as it should. In other words
if it compiles, then it is ok. :)
The added method was a dummy clone of a similar QPixmap.loadFromData
method signature that prevented QtGui from compiling properly.
Reviewed by Hugo Parente <hugo.lima@openbossa.org>
Reviewed by Anderson Lizardo <anderson.lizardo@openbossa.org>
|
|
|
|
|
| |
Reviewer: Marcelo Lira <marcelo.lira@openbossa.org>
Reviewer: Bruno Araújo <bruno.araujo@openbossa.org>
|
| |
|
|
|
|
|
|
| |
Enums are implicitly converted to these types in C++, if we dont do that
the enum version of some functions can never be called, because the int one
will be if the int check was written before the enum check.
|
| |
|
|
|
|
|
|
|
|
|
| |
The new semantic is:
Returns true when the type can be converted to T OR the type is T.
The old semantic was:
Returns true when the type can be converted to T and false if the
type is T, however int and float converters did not follow this
rule, because they used PyNumber_Check on their isConvertible implementation.
|
| |
|
|
|
|
|
|
|
| |
the return statements now have correct values for pure virtual methods
returning void pointers. also added a dummy test for this (can't really
test it properly until the semantics of casting the python return value
into a void pointer is properly defined -- if ever).
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
cppgenerator.cpp
libshiboken/basewrapper.cpp
Reviewed by Hugo Parente <hugo.lima@openbossa.org>
Reviewed by Lauro Moura <lauro.neto@openbossa.org>
|
| |\
| | |
| | |
| | |
| | | |
Conflicts:
libshiboken/conversions.h
|
| | |
| | |
| | |
| | | |
protected hack" on.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
another module.
One value type class, called NoImplicitConversion, without implicit
conversions of any kind is declared in the first library, libsample.
In the other library, libother, ExtendsNoImplicitConversion defines
a conversion operator to turn itself into a NoImplicitConversion class.
The unit tests tries to pass an ExtendsNoImplicitConversion object
where a NoImplicitConversion is expected.
|
|/ /
| |
| |
| | |
Removed "new_ctor_operator" test from black list.
|
|/
|
|
|
|
|
|
|
|
|
|
| |
To improve legibility and understanding ConverterBase<T> was renamed
to ValueTypeConverter<T>, and ConverterBase<T*> specialization is
now an independent base converter ObjectTypeConverter<T>.
Converter_CppEnum was renamed to EnumConverter.
The HeaderGenerator and custom converters for the test bindings were
updated accordingly.
Reviewed by Hugo Parente <hugo.lima@openbossa.org>
Reviewed by Lauro Moura <lauro.neto@openbossa.org>
|
|
|
|
| |
Reviewed by Hugo Parente <hugo.lima@openbossa.org>
|
|
|
|
|
|
|
| |
Two methods with references to object type and value type pointers
were added to BlackBox test class just to check the compilation.
Reviewed by Hugo Parente <hugo.lima@openbossa.org>
|
|
|
|
| |
This should create undefinied symbols on other module if it fails.
|
|
|
|
| |
Reviewed by Marcelo Lira <marcelo.lira@openbossa.org> and Luciano Wolf <luciano.wolf@openbossa.org>
|
|
|
|
| |
Reviewed by Marcelo Lira <marcelo.lira@openbossa.org>
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Originally the values of an enum were registered in the scope that
enclosed the enum declaration, just like C++ does, now in addition
to this the values are registered inside the enum type.
To exemplify, the following C++ enum:
Scope {
enum Foo {
Value
};
};
can be accessed in Python as this:
Scope.Value
as well as this:
Scope.Foo.Value
The enum unit tests were expanded to check for this new behaviour.
Reviewed by Luciano Wolf <luciano.wolf@openbossa.org>
|