| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| | |
|
|/ |
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
| |
A new converter specialization was added to deal with 'void*'
conversions. In the case of C++ generating a unknown void pointer
a BaseWrapper is used to hold the said pointer.
There is a new test for this situation.
Reviewed by Renato Araújo <renato.filho@openbossa.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Event loop - calling virtual methods from C++
- Event loop with thread - calling virtuals from C++ along with
accessing the binding from another python
thread
- Thread locking - blocker C++ method that is unlocked from another
python thread
For these tests, a new ObjectType subclass was added, Bucket, which
is just a container for the producer/consumer tests and has the
lock/unlock method.
Reviewed by Marcelo Lira <marcelo.lira@openbossa.org>
|
|
|
|
|
|
|
| |
StrList class inherits from std::list<Str> and expand it with a
couple of methods. The added tests perform many different comparisons
using other StrList objects, Python sequences of Str objects,
and Python sequences of Python strings.
|
|
|
|
| |
Reviewed by Marcelo Lira <marcelo.lira@openbossa.org>
|
| |
|
|
|
|
| |
Reviewed by Luciano Wolf <luciano.wolf@openbossa.org>
|
| |
|
|
|
|
|
|
|
| |
avoid problems when converting PyObjects to C++.
Tests where also added for this.
Reviewed by Lauro Neto <lauro.neto@openbossa.org>
|
|
|
|
|
|
| |
for virtual protected destructors, and for non-virtual protected methods
modified with signature removal, add-function and code injection.
Also improved the tests for non-protected virtual destructors.
|
| |
|
|
|
|
| |
Reviewed by Marcelo Lira <marcelo.lira@openbossa.org>
|
|
|
|
|
| |
signatures to test the overload decisor on more situations;
also a clarifying comment was added to the Point class
|
|
|
|
|
|
|
|
|
|
| |
those on Qt's QObject (object name, parent and children list),
although no ownership test was added yet.
* added method Abstract::getObjectId(Abstract*) as a case of
an argument that should be converted to an abstract type.
* added ListUser::multiplyPointList(std::list<Point*>&, double),
which tests the conversion from a Python list of Point wrappers
to a C++ list whose items will be altered.
|
|
|
|
|
|
|
| |
implementation and a method that receives a C++ class reference
through a Python type implictly convertible to said C++ class
Reviewed by Hugo Lima <hugo.lima@openbossa.org>
|
|
|
|
| |
also fixed some grammar on overload_test.py
|
| |
|
|
|
|
|
|
|
|
| |
method returning a boolean value that indicates success/failure
on a IO operation could be modified to express the any occurring
problems as Python exceptions (in this case IOError);
the generator was changed to return a 'None' value for Python
callers on methods that had it's return value removed
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
at each possible call, instead of receiving the return value in the C++
type and converting it later. Having the result value as a PyObject
pointer avoids the problem of declaring the return value variable with
a class that do not have a simple constructor.
Example: "Foo resultValue;" is a problem when the only constructor for
"Foo" is "Foo(int)".
The above described problem is made worse with the addition of OddBool
and OddBoolUser cases to the sample library. OddBool is registered as a
primitive (and convertible) type, registered this way it is only
available as a TypeEntry and a suitable constructor cannot possibly
be found. This is different from Value and Object types for they
become AbstractMetaClass objects and all constructor signatures
can be queried.
|
| |
|
|
|
|
|
| |
Shiboken generates wrong C++ code when exists a function/method that returns
a type without a default constructor.
|
|
|
|
|
|
|
| |
a case of a virtual method that is reimplemented in Python and
checked in the unit test
Reference class and unit tests with cases
of virtual methods that receive C++ references
|
| |
|
|
|