|
Hello!
First of all, since there is now a branch of libface, should I use that branch or trunk for compiling digikam 2.0 svn? Further if I try to compile libkface with any of the above I get an error. I tried to clean the build dirs but to no avail. Is this a local issue or does compiling fail for anyone else as well? Sven /home/kde-branch/kde/src/libkface/libkface/database.cpp: In member function ‘bool KFaceIface::Database::updateFaces(QList<KFaceIface::Face>&)’: /home/kde-branch/kde/src/libkface/libkface/database.cpp:227:42: error: no match for ‘operator=’ in ‘ids = ((KFaceIface::Database*)this)- >KFaceIface::Database::d.QExplicitlySharedDataPointer<T>::operator-> [with T = KFaceIface::Database::DatabasePriv]()- >KFaceIface::Database::DatabasePriv::libface->libface::LibFace::update((& faceVec), 1)’ /usr/include/c++/4.5/bits/vector.tcc:156:5: note: candidate is: std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const std::vector<_Tp, _Alloc>&) [with _Tp = int, _Alloc = std::allocator<int>] /home/kde-branch/kde/src/libkface/libkface/database.cpp: In member function ‘QList<double> KFaceIface::Database::recognizeFaces(QList<KFaceIface::Face>&)’: /home/kde-branch/kde/src/libkface/libkface/database.cpp:274:48: error: no match for ‘operator=’ in ‘result = libface::LibFace::recognise(std::vector<libface::Face>*, int)((& faceVec), 1)’ /usr/include/c++/4.5/bits/vector.tcc:156:5: note: candidate is: std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const std::vector<_Tp, _Alloc>&) [with _Tp = std::pair<int, double>, _Alloc = std::allocator<std::pair<int, double> >] _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
libkface must be compiled against libface from trunk (currently 0.1 release)
We plan to include right libface code as well in libkface to prevent any problem and reduce puzzle complexity. We already do this with libraw included in libkdcraw. Marcel, do you have started to port libface code to libkface ? If no, i can do it today Gilles Caulier 2010/10/28 Sven Burmeister <[hidden email]>: > Hello! > > First of all, since there is now a branch of libface, should I use that branch > or trunk for compiling digikam 2.0 svn? > > Further if I try to compile libkface with any of the above I get an error. I > tried to clean the build dirs but to no avail. > > Is this a local issue or does compiling fail for anyone else as well? > > Sven > > /home/kde-branch/kde/src/libkface/libkface/database.cpp: In member function > ‘bool KFaceIface::Database::updateFaces(QList<KFaceIface::Face>&)’: > /home/kde-branch/kde/src/libkface/libkface/database.cpp:227:42: error: no > match for ‘operator=’ in ‘ids = ((KFaceIface::Database*)this)- >>KFaceIface::Database::d.QExplicitlySharedDataPointer<T>::operator-> [with T = > KFaceIface::Database::DatabasePriv]()- >>KFaceIface::Database::DatabasePriv::libface->libface::LibFace::update((& > faceVec), 1)’ > /usr/include/c++/4.5/bits/vector.tcc:156:5: note: candidate is: > std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const > std::vector<_Tp, _Alloc>&) [with _Tp = int, _Alloc = std::allocator<int>] > /home/kde-branch/kde/src/libkface/libkface/database.cpp: In member function > ‘QList<double> > KFaceIface::Database::recognizeFaces(QList<KFaceIface::Face>&)’: > /home/kde-branch/kde/src/libkface/libkface/database.cpp:274:48: error: no > match for ‘operator=’ in ‘result = > libface::LibFace::recognise(std::vector<libface::Face>*, int)((& faceVec), 1)’ > /usr/include/c++/4.5/bits/vector.tcc:156:5: note: candidate is: > std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const > std::vector<_Tp, _Alloc>&) [with _Tp = std::pair<int, double>, _Alloc = > std::allocator<std::pair<int, double> >] > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by S. Burmeister
> Further if I try to compile libkface with any of the above I get an error. I
> tried to clean the build dirs but to no avail. > > Is this a local issue or does compiling fail for anyone else as well? > > Sven > > /home/kde-branch/kde/src/libkface/libkface/database.cpp: In member function > ‘bool KFaceIface::Database::updateFaces(QList<KFaceIface::Face>&)’: > /home/kde-branch/kde/src/libkface/libkface/database.cpp:227:42: error: no > match for ‘operator=’ in ‘ids = ((KFaceIface::Database*)this)- I'm trying to compile on Windows, and it fails with same error. Gert _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Gilles Caulier-4
I have changed the return parameter from update function. I will revert to previous version.
Alex On 28 Oct 2010, at 09:48, Gilles Caulier wrote: > libkface must be compiled against libface from trunk (currently 0.1 release) > > We plan to include right libface code as well in libkface to prevent > any problem and reduce puzzle complexity. We already do this with > libraw included in libkdcraw. > > Marcel, do you have started to port libface code to libkface ? If no, > i can do it today > > Gilles Caulier > > 2010/10/28 Sven Burmeister <[hidden email]>: >> Hello! >> >> First of all, since there is now a branch of libface, should I use that branch >> or trunk for compiling digikam 2.0 svn? >> >> Further if I try to compile libkface with any of the above I get an error. I >> tried to clean the build dirs but to no avail. >> >> Is this a local issue or does compiling fail for anyone else as well? >> >> Sven >> >> /home/kde-branch/kde/src/libkface/libkface/database.cpp: In member function >> ‘bool KFaceIface::Database::updateFaces(QList<KFaceIface::Face>&)’: >> /home/kde-branch/kde/src/libkface/libkface/database.cpp:227:42: error: no >> match for ‘operator=’ in ‘ids = ((KFaceIface::Database*)this)- >>> KFaceIface::Database::d.QExplicitlySharedDataPointer<T>::operator-> [with T = >> KFaceIface::Database::DatabasePriv]()- >>> KFaceIface::Database::DatabasePriv::libface->libface::LibFace::update((& >> faceVec), 1)’ >> /usr/include/c++/4.5/bits/vector.tcc:156:5: note: candidate is: >> std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const >> std::vector<_Tp, _Alloc>&) [with _Tp = int, _Alloc = std::allocator<int>] >> /home/kde-branch/kde/src/libkface/libkface/database.cpp: In member function >> ‘QList<double> >> KFaceIface::Database::recognizeFaces(QList<KFaceIface::Face>&)’: >> /home/kde-branch/kde/src/libkface/libkface/database.cpp:274:48: error: no >> match for ‘operator=’ in ‘result = >> libface::LibFace::recognise(std::vector<libface::Face>*, int)((& faceVec), 1)’ >> /usr/include/c++/4.5/bits/vector.tcc:156:5: note: candidate is: >> std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const >> std::vector<_Tp, _Alloc>&) [with _Tp = std::pair<int, double>, _Alloc = >> std::allocator<std::pair<int, double> >] >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel >> > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel If we knew what we were doing, it wouldn't be called research, would it? -- Albert Einstein _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Gilles Caulier-4
> libkface must be compiled against libface from trunk (currently 0.1 release)
> You mean trunk at revision 250? there has been major update to code at 23.10.2010, revision 253. After I compiled libface rev 250 the compiling works for me. Gert _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by alexjironkin
Alex,
[gilles@localhost libface]$ make [ 5%] Building CXX object src/CMakeFiles/face.dir/LibFaceUtils.cpp.o [ 11%] Building CXX object src/CMakeFiles/face.dir/FaceDetect.cpp.o [ 16%] Building CXX object src/CMakeFiles/face.dir/Face.cpp.o [ 22%] Building CXX object src/CMakeFiles/face.dir/Eigenfaces.cpp.o [ 27%] Building CXX object src/CMakeFiles/face.dir/LibFace.cpp.o [ 33%] Building CXX object src/CMakeFiles/face.dir/Haarcascades.cpp.o Linking CXX shared library libface.so [ 33%] Built target face [ 38%] Building CXX object examples/CMakeFiles/FaceDetectionExample.dir/FaceDetection.cpp.o Linking CXX executable FaceDetectionExample [ 38%] Built target FaceDetectionExample [ 44%] Building CXX object examples/CMakeFiles/RandomTestsExample.dir/RandomTests.cpp.o Linking CXX executable RandomTestsExample CMakeFiles/RandomTestsExample.dir/RandomTests.cpp.o: In function `main': /mnt/data/Devel/SVN/branches/libface/examples/RandomTests.cpp:63: undefined reference to `libface::LibFace::count(int) const' collect2: ld returned 1 exit status make[2]: *** [examples/RandomTestsExample] Error 1 make[1]: *** [examples/CMakeFiles/RandomTestsExample.dir/all] Error 2 make: *** [all] Error 2 Test program do not link fine... Gilles 2010/10/28 Alex Jironkin <[hidden email]>: > I have changed the return parameter from update function. I will revert to previous version. > > > Alex > > On 28 Oct 2010, at 09:48, Gilles Caulier wrote: > >> libkface must be compiled against libface from trunk (currently 0.1 release) >> >> We plan to include right libface code as well in libkface to prevent >> any problem and reduce puzzle complexity. We already do this with >> libraw included in libkdcraw. >> >> Marcel, do you have started to port libface code to libkface ? If no, >> i can do it today >> >> Gilles Caulier >> >> 2010/10/28 Sven Burmeister <[hidden email]>: >>> Hello! >>> >>> First of all, since there is now a branch of libface, should I use that branch >>> or trunk for compiling digikam 2.0 svn? >>> >>> Further if I try to compile libkface with any of the above I get an error. I >>> tried to clean the build dirs but to no avail. >>> >>> Is this a local issue or does compiling fail for anyone else as well? >>> >>> Sven >>> >>> /home/kde-branch/kde/src/libkface/libkface/database.cpp: In member function >>> ‘bool KFaceIface::Database::updateFaces(QList<KFaceIface::Face>&)’: >>> /home/kde-branch/kde/src/libkface/libkface/database.cpp:227:42: error: no >>> match for ‘operator=’ in ‘ids = ((KFaceIface::Database*)this)- >>>> KFaceIface::Database::d.QExplicitlySharedDataPointer<T>::operator-> [with T = >>> KFaceIface::Database::DatabasePriv]()- >>>> KFaceIface::Database::DatabasePriv::libface->libface::LibFace::update((& >>> faceVec), 1)’ >>> /usr/include/c++/4.5/bits/vector.tcc:156:5: note: candidate is: >>> std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const >>> std::vector<_Tp, _Alloc>&) [with _Tp = int, _Alloc = std::allocator<int>] >>> /home/kde-branch/kde/src/libkface/libkface/database.cpp: In member function >>> ‘QList<double> >>> KFaceIface::Database::recognizeFaces(QList<KFaceIface::Face>&)’: >>> /home/kde-branch/kde/src/libkface/libkface/database.cpp:274:48: error: no >>> match for ‘operator=’ in ‘result = >>> libface::LibFace::recognise(std::vector<libface::Face>*, int)((& faceVec), 1)’ >>> /usr/include/c++/4.5/bits/vector.tcc:156:5: note: candidate is: >>> std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const >>> std::vector<_Tp, _Alloc>&) [with _Tp = std::pair<int, double>, _Alloc = >>> std::allocator<std::pair<int, double> >] >>> _______________________________________________ >>> Digikam-devel mailing list >>> [hidden email] >>> https://mail.kde.org/mailman/listinfo/digikam-devel >>> >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel > > If we knew what we were doing, it wouldn't be called research, would it? > -- Albert Einstein > > > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Gert Kello
Am Donnerstag, 28. Oktober 2010, 11:03:01 schrieb Gert Kello:
> > libkface must be compiled against libface from trunk (currently 0.1 > > release) > > You mean trunk at revision 250? there has been major update to code at > 23.10.2010, revision 253. > > After I compiled libface rev 250 the compiling works for me. I should have included the revisions in the first place. What I try to compile is: libface Revision 258 libkface Revision 1190605 Sven _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Gilles Caulier-4
Alex,
And yes, i confirm that libkface doesn't compile with current libface code from svn trunk : [gilles@localhost libkface]$ make Scanning dependencies of target kface_automoc Generating button.moc Generating faceitem.moc Generating marquee.moc [ 0%] Built target kface_automoc Scanning dependencies of target kface [ 10%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/kface_automoc.o [ 10%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/database.o /mnt/data/Devel/SVN/trunk/kdegraphics/libs/libkface/libkface/database.cpp: In member function 'bool KFaceIface::Database::updateFaces(QList<KFaceIface::Face>&)': /mnt/data/Devel/SVN/trunk/kdegraphics/libs/libkface/libkface/database.cpp:227: error: no match for 'operator=' in 'ids = ((KFaceIface::Database*)this)->KFaceIface::Database::d.QExplicitlySharedDataPointer<T>::operator-> [with T = KFaceIface::Database::DatabasePriv]()->KFaceIface::Database::DatabasePriv::libface->libface::LibFace::update((& faceVec), 1)' /usr/lib/gcc/i586-manbo-linux-gnu/4.4.3/../../../../include/c++/4.4.3/bits/vector.tcc:156: note: candidates are: std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const std::vector<_Tp, _Alloc>&) [with _Tp = int, _Alloc = std::allocator<int>] make[2]: *** [libs/libkface/libkface/CMakeFiles/kface.dir/database.o] Error 1 make[1]: *** [libs/libkface/libkface/CMakeFiles/kface.dir/all] Error 2 make: *** [all] Error 2 Gilles 2010/10/28 Gilles Caulier <[hidden email]>: > Alex, > > [gilles@localhost libface]$ make > [ 5%] Building CXX object src/CMakeFiles/face.dir/LibFaceUtils.cpp.o > [ 11%] Building CXX object src/CMakeFiles/face.dir/FaceDetect.cpp.o > [ 16%] Building CXX object src/CMakeFiles/face.dir/Face.cpp.o > [ 22%] Building CXX object src/CMakeFiles/face.dir/Eigenfaces.cpp.o > [ 27%] Building CXX object src/CMakeFiles/face.dir/LibFace.cpp.o > [ 33%] Building CXX object src/CMakeFiles/face.dir/Haarcascades.cpp.o > Linking CXX shared library libface.so > [ 33%] Built target face > [ 38%] Building CXX object > examples/CMakeFiles/FaceDetectionExample.dir/FaceDetection.cpp.o > Linking CXX executable FaceDetectionExample > [ 38%] Built target FaceDetectionExample > [ 44%] Building CXX object > examples/CMakeFiles/RandomTestsExample.dir/RandomTests.cpp.o > Linking CXX executable RandomTestsExample > CMakeFiles/RandomTestsExample.dir/RandomTests.cpp.o: In function > `main': > /mnt/data/Devel/SVN/branches/libface/examples/RandomTests.cpp:63: > undefined reference to `libface::LibFace::count(int) const' > collect2: ld returned 1 exit status > make[2]: *** [examples/RandomTestsExample] Error 1 > make[1]: *** [examples/CMakeFiles/RandomTestsExample.dir/all] Error 2 > make: *** [all] Error 2 > > Test program do not link fine... > > Gilles > > 2010/10/28 Alex Jironkin <[hidden email]>: >> I have changed the return parameter from update function. I will revert to previous version. >> >> >> Alex >> >> On 28 Oct 2010, at 09:48, Gilles Caulier wrote: >> >>> libkface must be compiled against libface from trunk (currently 0.1 release) >>> >>> We plan to include right libface code as well in libkface to prevent >>> any problem and reduce puzzle complexity. We already do this with >>> libraw included in libkdcraw. >>> >>> Marcel, do you have started to port libface code to libkface ? If no, >>> i can do it today >>> >>> Gilles Caulier >>> >>> 2010/10/28 Sven Burmeister <[hidden email]>: >>>> Hello! >>>> >>>> First of all, since there is now a branch of libface, should I use that branch >>>> or trunk for compiling digikam 2.0 svn? >>>> >>>> Further if I try to compile libkface with any of the above I get an error. I >>>> tried to clean the build dirs but to no avail. >>>> >>>> Is this a local issue or does compiling fail for anyone else as well? >>>> >>>> Sven >>>> >>>> /home/kde-branch/kde/src/libkface/libkface/database.cpp: In member function >>>> ‘bool KFaceIface::Database::updateFaces(QList<KFaceIface::Face>&)’: >>>> /home/kde-branch/kde/src/libkface/libkface/database.cpp:227:42: error: no >>>> match for ‘operator=’ in ‘ids = ((KFaceIface::Database*)this)- >>>>> KFaceIface::Database::d.QExplicitlySharedDataPointer<T>::operator-> [with T = >>>> KFaceIface::Database::DatabasePriv]()- >>>>> KFaceIface::Database::DatabasePriv::libface->libface::LibFace::update((& >>>> faceVec), 1)’ >>>> /usr/include/c++/4.5/bits/vector.tcc:156:5: note: candidate is: >>>> std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const >>>> std::vector<_Tp, _Alloc>&) [with _Tp = int, _Alloc = std::allocator<int>] >>>> /home/kde-branch/kde/src/libkface/libkface/database.cpp: In member function >>>> ‘QList<double> >>>> KFaceIface::Database::recognizeFaces(QList<KFaceIface::Face>&)’: >>>> /home/kde-branch/kde/src/libkface/libkface/database.cpp:274:48: error: no >>>> match for ‘operator=’ in ‘result = >>>> libface::LibFace::recognise(std::vector<libface::Face>*, int)((& faceVec), 1)’ >>>> /usr/include/c++/4.5/bits/vector.tcc:156:5: note: candidate is: >>>> std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const >>>> std::vector<_Tp, _Alloc>&) [with _Tp = std::pair<int, double>, _Alloc = >>>> std::allocator<std::pair<int, double> >] >>>> _______________________________________________ >>>> Digikam-devel mailing list >>>> [hidden email] >>>> https://mail.kde.org/mailman/listinfo/digikam-devel >>>> >>> _______________________________________________ >>> Digikam-devel mailing list >>> [hidden email] >>> https://mail.kde.org/mailman/listinfo/digikam-devel >> >> If we knew what we were doing, it wouldn't be called research, would it? >> -- Albert Einstein >> >> >> >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel >> > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Gert Kello
Yeah I updated the recognition part and changed the return type of update not realising the way it was used in libkface. I have just updated (rev 259) to return std::vector<int>
Alex On 28 Oct 2010, at 10:03, Gert Kello wrote: >> libkface must be compiled against libface from trunk (currently 0.1 release) >> > > You mean trunk at revision 250? there has been major update to code at > 23.10.2010, revision 253. > > After I compiled libface rev 250 the compiling works for me. > > Gert > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel If we knew what we were doing, it wouldn't be called research, would it? -- Albert Einstein _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
yes, with libface rev. 259, libkface compile fine, excapted test
programs (from libface or libkface): [gilles@localhost libkface]$ make [ 0%] Built target kface_automoc [ 0%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/database.o [ 10%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/kface.o [ 20%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/kfaceutils.o [ 20%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/image.o [ 30%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/facedetector.o [ 40%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/recognitiondatabase.o [ 40%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/faceitem.o [ 50%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/button.o [ 60%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/marquee.o [ 60%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/fancyrect.o Linking CXX shared library ../../../lib/libkface.so [ 70%] Built target kface Scanning dependencies of target detect_automoc [ 70%] Built target detect_automoc Scanning dependencies of target detect [ 80%] Building CXX object libs/libkface/test/CMakeFiles/detect.dir/detect_automoc.o [ 80%] Building CXX object libs/libkface/test/CMakeFiles/detect.dir/detect.o Linking CXX executable detect ../../../lib/libkface.so.0.1.0: undefined reference to `libface::LibFace::count(int) const' collect2: ld returned 1 exit status make[2]: *** [libs/libkface/test/detect] Error 1 make[1]: *** [libs/libkface/test/CMakeFiles/detect.dir/all] Error 2 make: *** [all] Error 2 Gilles 2010/10/28 Alex Jironkin <[hidden email]>: > Yeah I updated the recognition part and changed the return type of update not realising the way it was used in libkface. I have just updated (rev 259) to return std::vector<int> > > > Alex > > On 28 Oct 2010, at 10:03, Gert Kello wrote: > >>> libkface must be compiled against libface from trunk (currently 0.1 release) >>> >> >> You mean trunk at revision 250? there has been major update to code at >> 23.10.2010, revision 253. >> >> After I compiled libface rev 250 the compiling works for me. >> >> Gert >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel > > If we knew what we were doing, it wouldn't be called research, would it? > -- Albert Einstein > > > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by alexjironkin
Am Donnerstag, 28. Oktober 2010, 11:11:46 schrieb Alex Jironkin:
> Yeah I updated the recognition part and changed the return type of update > not realising the way it was used in libkface. I have just updated (rev > 259) to return std::vector<int> The compile error in libkface changed but it still fails with: CMakeFiles/kface.dir/database.o: In function `KFaceIface::Database::count(int) const': /home/kde-branch/kde/src/libkface/libkface/database.cpp:343: undefined reference to `libface::LibFace::count(int) const' collect2: ld returned 1 exit status Sven _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Gilles Caulier-4
I just updated the RandomTest in libface (rev 260) so it links correctly. The reason being one of the function was removed from Eigenfaces.
i'll have a look at libkface tests. Alex On 28 Oct 2010, at 10:14, Gilles Caulier wrote: > yes, with libface rev. 259, libkface compile fine, excapted test > programs (from libface or libkface): > > [gilles@localhost libkface]$ make > [ 0%] Built target kface_automoc > [ 0%] Building CXX object > libs/libkface/libkface/CMakeFiles/kface.dir/database.o > [ 10%] Building CXX object > libs/libkface/libkface/CMakeFiles/kface.dir/kface.o > [ 20%] Building CXX object > libs/libkface/libkface/CMakeFiles/kface.dir/kfaceutils.o > [ 20%] Building CXX object > libs/libkface/libkface/CMakeFiles/kface.dir/image.o > [ 30%] Building CXX object > libs/libkface/libkface/CMakeFiles/kface.dir/facedetector.o > [ 40%] Building CXX object > libs/libkface/libkface/CMakeFiles/kface.dir/recognitiondatabase.o > [ 40%] Building CXX object > libs/libkface/libkface/CMakeFiles/kface.dir/faceitem.o > [ 50%] Building CXX object > libs/libkface/libkface/CMakeFiles/kface.dir/button.o > [ 60%] Building CXX object > libs/libkface/libkface/CMakeFiles/kface.dir/marquee.o > [ 60%] Building CXX object > libs/libkface/libkface/CMakeFiles/kface.dir/fancyrect.o > Linking CXX shared library ../../../lib/libkface.so > [ 70%] Built target kface > Scanning dependencies of target detect_automoc > [ 70%] Built target detect_automoc > Scanning dependencies of target detect > [ 80%] Building CXX object > libs/libkface/test/CMakeFiles/detect.dir/detect_automoc.o > [ 80%] Building CXX object > libs/libkface/test/CMakeFiles/detect.dir/detect.o > Linking CXX executable detect > ../../../lib/libkface.so.0.1.0: undefined reference to > `libface::LibFace::count(int) const' > collect2: ld returned 1 exit status > make[2]: *** [libs/libkface/test/detect] Error 1 > make[1]: *** [libs/libkface/test/CMakeFiles/detect.dir/all] Error 2 > make: *** [all] Error 2 > > Gilles > > 2010/10/28 Alex Jironkin <[hidden email]>: >> Yeah I updated the recognition part and changed the return type of update not realising the way it was used in libkface. I have just updated (rev 259) to return std::vector<int> >> >> >> Alex >> >> On 28 Oct 2010, at 10:03, Gert Kello wrote: >> >>>> libkface must be compiled against libface from trunk (currently 0.1 release) >>>> >>> >>> You mean trunk at revision 250? there has been major update to code at >>> 23.10.2010, revision 253. >>> >>> After I compiled libface rev 250 the compiling works for me. >>> >>> Gert >>> _______________________________________________ >>> Digikam-devel mailing list >>> [hidden email] >>> https://mail.kde.org/mailman/listinfo/digikam-devel >> >> If we knew what we were doing, it wouldn't be called research, would it? >> -- Albert Einstein >> >> >> >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel >> > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel If we knew what we were doing, it wouldn't be called research, would it? -- Albert Einstein _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by S. Burmeister
Yep, I just updated libkface to remove the references to count(int). I can't compile for the moment, but can you compile to see if this works now, please.
Alex On 28 Oct 2010, at 10:18, Sven Burmeister wrote: > Am Donnerstag, 28. Oktober 2010, 11:11:46 schrieb Alex Jironkin: >> Yeah I updated the recognition part and changed the return type of update >> not realising the way it was used in libkface. I have just updated (rev >> 259) to return std::vector<int> > > The compile error in libkface changed but it still fails with: > > CMakeFiles/kface.dir/database.o: In function `KFaceIface::Database::count(int) > const': > /home/kde-branch/kde/src/libkface/libkface/database.cpp:343: undefined > reference to `libface::LibFace::count(int) const' > collect2: ld returned 1 exit status > > Sven > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel If we knew what we were doing, it wouldn't be called research, would it? -- Albert Einstein _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
yes, it compile fine now:
[gilles@localhost libkface]$ svn up U libkface/database.cpp U libkface/recognitiondatabase.cpp U libkface/database.h U libkface/recognitiondatabase.h Updated to revision 1190608. [gilles@localhost libkface]$ make [ 0%] Built target kface_automoc Scanning dependencies of target kface [ 0%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/database.o [ 10%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/facedetector.o [ 20%] Building CXX object libs/libkface/libkface/CMakeFiles/kface.dir/recognitiondatabase.o Linking CXX shared library ../../../lib/libkface.so [ 70%] Built target kface [ 70%] Built target detect_automoc Linking CXX executable detect [ 80%] Built target detect Scanning dependencies of target libfaceGUI_automoc Generating mainwindow.moc [ 80%] Built target libfaceGUI_automoc Scanning dependencies of target libfaceGUI [ 90%] Building CXX object libs/libkface/test/CMakeFiles/libfaceGUI.dir/libfaceGUI_automoc.o [ 90%] Building CXX object libs/libkface/test/CMakeFiles/libfaceGUI.dir/gui/main.o [100%] Building CXX object libs/libkface/test/CMakeFiles/libfaceGUI.dir/gui/mainwindow.o Linking CXX executable libfaceGUI [100%] Built target libfaceGUI Gilles 2010/10/28 Alex Jironkin <[hidden email]>: > Yep, I just updated libkface to remove the references to count(int). I can't compile for the moment, but can you compile to see if this works now, please. > > > Alex > > On 28 Oct 2010, at 10:18, Sven Burmeister wrote: > >> Am Donnerstag, 28. Oktober 2010, 11:11:46 schrieb Alex Jironkin: >>> Yeah I updated the recognition part and changed the return type of update >>> not realising the way it was used in libkface. I have just updated (rev >>> 259) to return std::vector<int> >> >> The compile error in libkface changed but it still fails with: >> >> CMakeFiles/kface.dir/database.o: In function `KFaceIface::Database::count(int) >> const': >> /home/kde-branch/kde/src/libkface/libkface/database.cpp:343: undefined >> reference to `libface::LibFace::count(int) const' >> collect2: ld returned 1 exit status >> >> Sven >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel > > If we knew what we were doing, it wouldn't be called research, would it? > -- Albert Einstein > > > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by alexjironkin
Am Donnerstag, 28. Oktober 2010, 11:24:36 schrieb Alex Jironkin:
> Yep, I just updated libkface to remove the references to count(int). I > can't compile for the moment, but can you compile to see if this works > now, please. It seems fixed. Now I'm stuck again at: In file included from /home/kde- branch/kde/src/digikam2/utilities/imageeditor/editor/imagewindow.cpp:77:0: /home/kde-branch/kde/src/digikam2/digikam/componentsinfo.h:43:27: fatal error: libkface/face.h: file or directory not found compilation terminated. There was another thread which suggested to remove the CMakeCache but that did not help, neither did removing the whole build dir of digikam2. Sven _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
> In file included from /home/kde-
> branch/kde/src/digikam2/utilities/imageeditor/editor/imagewindow.cpp:77:0: > /home/kde-branch/kde/src/digikam2/digikam/componentsinfo.h:43:27: fatal error: > libkface/face.h: file or directory not found > compilation terminated. Seems like the include should be #include <libkface/kface.h> instead of #include <libkface/face.h> Gert _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
Ahh...I ended up with the same error, but replacing the include lines worked for me. I guess I'll commit the changes then.
Marty
On Thu, Oct 28, 2010 at 13:17, Gert Kello <[hidden email]> wrote:
_______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by S. Burmeister
> In file included from /home/kde- > branch/kde/src/digikam2/utilities/imageeditor/editor/imagewindow.cpp:77:0: > /home/kde-branch/kde/src/digikam2/digikam/componentsinfo.h:43:27: fatal > error: libkface/face.h: file or directory not found > compilation terminated. Did you "make install" libkface? _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
Marcel, the svn contains only kface.h, not face.h. What should be the proper name? :)
Marty
On Thu, Oct 28, 2010 at 13:52, Marcel Wiesweg <[hidden email]> wrote:
_______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Gert Kello
Now I have
CMake Error at libs/dimg/cmake_install.cmake:31 (FILE): file INSTALL cannot find "C:/KdeDevel/GoSC2010/digikam/libs/dimg/dimagehistory.h". Call Stack (most recent call first): libs/cmake_install.cmake:33 (INCLUDE) cmake_install.cmake:37 (INCLUDE) Seems like the file is moved to imagehistory subfolder, but CMakeLists.txt is not updated Gert On 28 October 2010 14:17, Gert Kello <[hidden email]> wrote: >> In file included from /home/kde- >> branch/kde/src/digikam2/utilities/imageeditor/editor/imagewindow.cpp:77:0: >> /home/kde-branch/kde/src/digikam2/digikam/componentsinfo.h:43:27: fatal error: >> libkface/face.h: file or directory not found >> compilation terminated. > > Seems like the include should be > #include <libkface/kface.h> > instead of > #include <libkface/face.h> > > Gert > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
| Free forum by Nabble | Edit this page |
