Both packages include the same library, so it should be possible for
libqt-perl to build depend on libsmokeqt1 libsmokeqt-dev (libsmokeqt1,
because libsmokeqt-dev doesn't depend on it), and use that library
instead of including it's own copy. Going this way, the libqt-perl
configure ends up with:
config.log:/usr/lib/gcc-lib/i486-linux/3.3.4/../../../libsmokeqt.so: undefined
reference to `QTableItem::content() const'
The reference to the symbol is created in kdebinding's
smoke/qt/smokedata.cpp, just don't know why ... it was removed for
java (qtjava/ChangeLog):
2004-01-20 Richard Dale <[EMAIL PROTECTED]>
* Regenerated the QTableItem binding from the Qt 3.3 header, as the
QTableItem::content() method has been removed. Thanks to Adrian
Schroeter
for the error report.
Same behaviour with kdebinding-3.3.
So how to teach kalyptus not to generate this binding for a protected
symbol?
