[Digikam-devel] 0.9.5-beta1 tarball ready to test...

[Gilles Caulier]

2008/11/6 Oliver Dörr <oliver at doerr-privat.de>

>
>
>> ../../../digikam/digikam/albummanager.h:37:19: error: qlist.h: No such
>> file or directory
>>
>
> Sound like Qt3 header files are missing. Are you installed all Qt3 devel
> package ?
>
>
> Well,
>
> i thought so. But the mentioned file qlist.h is not on my system. What
> makes me wonder is that the last digiKam release was also compiled on my
> system. So this is a new dependency for digiKam.
>
> I've finally found the file in libqt3-compat-headers for Kubuntu. This is
> the description of that package...
>
> Qt 1.x and 2.x compatibility includes
> This package contains header files that are intended for build
> compatibility for applications that build with Qt3 but still use deprecated
> includes. It is meant as an intermediate solution and these header files are
> not part of the official Qt3 API. All sourcecode that is still using the
> headers of this package is subject to be changed to use the new header files
> which are in libqt3-headers.
>
>
> So qlist.h seems to be deprecated.
>

Ok fixed. qptrlist is used instead. In fact qlist.h is just a wrapper around
qptrlist.h.


>
>
> However the compilation goes further and i got...
>
> make[3]: Betrete Verzeichnis
> '/home/doerr/digikam-0.9.5-beta1/digikam-0.9.5-beta1/digikam/digikam'
> /bin/bash ../../libtool --silent --tag=CXX   --mode=link g++  -fno-tree-pre
> -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align
> -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -Wformat-security
> -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions
> -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST
> -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE
> -lkipi   -lkdcraw   -lkexiv2   -R /usr/lib -R /usr/lib -R /usr/lib
> -lkutils   -o digikam main.o -lqt-mt  -lz -lpng -lz -lm -lXext -lX11  -lSM
> -lICE -lpthread -lkdecore -lkdeui  -lkio -lkparts -lkutils libdigikam.la
> ./.libs/libdigikam.so: undefined reference to
> `KDcrawIface::DcrawBinary::instance()'
> ./.libs/libdigikam.so: undefined reference to
> `KDcrawIface::DcrawBinary::rawFiles()'
> ./.libs/libdigikam.so: undefined reference to
> `KDcrawIface::KDcraw::customEvent(QCustomEvent*)'
> ./.libs/libdigikam.so: undefined reference to
> `KDcrawIface::KDcraw::decodeRAWImage(QString const&,
> KDcrawIface::RawDecodingSettings, QMemArray<char>&, int&, int&, int&)'
> collect2: ld returned 1 exit status
> make[3]: *** [digikam] Fehler 1
> make[3]: Verlasse Verzeichnis
> '/home/doerr/digikam-0.9.5-beta1/digikam-0.9.5-beta1/digikam/digikam'
> make[2]: *** [all-recursive] Fehler 1
> make[2]: Verlasse Verzeichnis
> '/home/doerr/digikam-0.9.5-beta1/digikam-0.9.5-beta1/digikam'
> make[1]: *** [all-recursive] Fehler 1
> make[1]: Verlasse Verzeichnis
> '/home/doerr/digikam-0.9.5-beta1/digikam-0.9.5-beta1'
> make: *** [all] Fehler 2
>

>
> This makes me wonder because i already installed libkdcraw-0.1.6 to get so
> far... Is this the wrong version?
>

yes.


> If so, whne the dependency check in the Makefile should this check also
>

This is a linking problem now. Why your digiKam try to find
KDcrawIface::DcrawBinary class ? This one have been removed from libkdcraw
0.1.6. I suspect that you have an old version installed at the same time and
digiKam is lost to mix both at the same time.

Just let's 0.1.6. remove old one, and restart compilation using fresh
decompressed code from tarball.

Gilles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20081107/dcdf4ca3/attachment.html>