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

[Gilles Caulier]

Oliver, i'm ready to publish 0.9.5-beta1 tarball.

Are you find the problem on your computer ?

Gilles Caulier

2008/11/7 Gilles Caulier <caulier.gilles at gmail.com>

>
>
> 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/20081108/ce88510a/attachment.html>