[pygccxml-development] Re : Re : Compilation problem

[Vincent F. <vin...@gm...>]

The most curious thing is that the error deals with the only class I'm
actually  trying to make accessible...
I'd have understood if it came from an inclusion class...

2008/6/5, Vincent Ferries <vin...@gm...>:
> The library I try to wrap is an open source library called ferespost
> used in aerospace calculation.
>
> I'm currently trying to wrap one of the main classes
> postLib::nastran::dataBase which implements
> postLib::generic::dataBase.
> I generated the wrapping class, addind all the missing include .h and
> defining all the missing call_policies so that I haven't any error
> generating the .cpp file.
>
> I compiled it using the sconstruct file I found in the pyEasyBmp
> example, modifying it according to my configuration.
>
> I also tried to comment all the virtual function definitions to see if
> it was causing my problem.
>
> Do I really have to wrap all of the files/classes from the library I'd
> like to use to be able to compile, or can I simply use a part of it
> like I'm trying to do actually?
>
> 2008/6/4, Roman Yakovenko <rom...@gm...>:
>> On Wed, Jun 4, 2008 at 6:51 PM, Vincent Ferries
>> <vin...@gm...> wrote:
>>> I tried to comment all the virutal method definitions in my generated
>>> .cpp
>>> file.
>>> If I understand what was said on your link, the linker makes dynamic
>>> links for virtual functions which are not redefined in the same file
>>> while compiling which causes errors on runtime if it doesn't find
>>> them, just like in my case.
>>>
>>> But without any virtual function left, it should work.
>>>
>>> I compiled again and still have the same error when importing the
>>> module...
>>
>> If I should guess, than
>>   or you forgot to add to the link line some of your libraries
>>   or your new module depends on some other so and cannot find it
>>   or there is something else :-)
>>
>> --
>> Roman Yakovenko
>> C++ Python language binding
>> http://www.language-binding.net/
>>
>