Re: lqt: Qt bindings update

[Mauro Iazzi <mauro.iazzi@...>]

2009/1/18 Anders Backman <andersb@cs.umu.se>:
> Ok, great, one step further, at least one left:
> Now I added -i  ${BINDING_HEADER}/${BINDING_HEADER}
> Which generates:
>
> #ifndef LQT_HEAD_agxStream_LQT_EndOfArchiveException
> #define LQT_HEAD_agxStream_LQT_EndOfArchiveException
> #include "lqt_common.hpp"
> #include "libname/libname" <<<<
> #include "lqt_qt.hpp"

I assume this is the behaviour you wanted, correct?

> // But then this libname depends on another namespace which is then tried to
> be included with:
> #include <otherlib>
> // which is not correct. Not quite sure where this comes from...
> // Either it should not be there at all, or it should be <otherlib/otherlib>
> class LQT_EXPORT lqt_shell_otherlib_LQT_EndOfArchiveException : public
> agxStream::EndOfArchiveException {
>
> /Anders

I think this comes from a trick we added to speed up compilation of Qt
bindings. Instead of including the original header, the class includes
an header containing the name of the class. It works for Qt. I'll add
a switch to turn off this behaviour.

Namespaces are not considered. I don't even know how lqt behaves with
namespaces. And I don't know how much time it would need to get them
working. I think some not-so-clean workaround could be found, if you
need it.