Fix the type resolver algorithm.

The new algorithm do the following:

- Try to use type_info on the object the get the object real name.
- Try to find a type resolver with the name returned by type_info.
- If a type resolver was found, get the python type.
- Else, ask binding manager to resolve the type walking on all possible
  subclasses found in the inheritance tree.

The binding manager has a graph representing the class inheritance tree.

Note: This commit break the libshiboken ABI, but not the API.

Reviewer: Luciano Wolf <luciano.wolf@openbossa.org>
          Renato Araújo <renato.araujo@openbossa.org>

1 files changed, 4 insertions, 2 deletions

diff --git a/tests/libother/othermultiplederived.h b/tests/libother/othermultiplederived.h
index cefc72561..33260b6ec 100644
--- a/tests/libother/othermultiplederived.h
+++ b/tests/libother/othermultiplederived.h
@@ -37,14 +37,16 @@
 
 #include "libothermacros.h"
 #include "multiple_derived.h"
+#include "virtualmethods.h"
 
 class ObjectType;
 
-class OtherMultipleDerived : public MDerived1
+class LIBOTHER_API OtherMultipleDerived : public MDerived1
 {
 public:
     // this will use CppCopier from other module (bug#142)
-    inline VirtualMethods returnUselessClass() { return VirtualMethods(); }
+    VirtualMethods returnUselessClass();
+    static Base1* createObject(const std::string& objName);
 };
 
 #endif