libface CMake change

classic Classic list List threaded Threaded
28 messages Options
12
Reply | Threaded
Open this post in threaded view
|

libface CMake change

Aditya Bhatt
Hi,

I've made a change in libface's CMakeLists.txt. It now installs libraries not in <PATH>/lib64 but in <PATH>lib.
I had to do this because on my new fresh system (Arch), examples wouldn't link. I also suspect that most libraries go into lib instead of lib64, even on 64-bit systems.
So if anyone has a problem, let me know and I'll undo the changes.
Do remove the (old) .so files from lib64 if you have installed them as root.


Thanks


_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Gilles Caulier-4
I will test this on the week end.

Q : Do you have compiled libface + libkface under windows ? which
compiler you use ? Which version of OpenCV you use ? Do you have
compiled OpenCV ?

Here, i use MinGW with GCC 3.x. OPenCV do not compile fine. Installing
Gcc 4.x is very complex. I don't find a simple and functional way for
that.

Any tips are welcome.

Gilles

2010/6/26 Aditya Bhatt <[hidden email]>:

> Hi,
> I've made a change in libface's CMakeLists.txt. It now installs libraries
> not in <PATH>/lib64 but in <PATH>lib.
> I had to do this because on my new fresh system (Arch), examples wouldn't
> link. I also suspect that most libraries go into lib instead of lib64, even
> on 64-bit systems.
> So if anyone has a problem, let me know and I'll undo the changes.
> Do remove the (old) .so files from lib64 if you have installed them as root.
>
> Thanks
>
>
> _______________________________________________
> 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
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Aditya Bhatt
This might be helpful : http://tdm-gcc.tdragon.net/

It is a build of the latest GCC 4.5 for windows. I didn't compile OpenCV, I just got the latest installer and installed it.

It won't compile with 3.x

On Sat, Jun 26, 2010 at 3:34 PM, Gilles Caulier <[hidden email]> wrote:
I will test this on the week end.

Q : Do you have compiled libface + libkface under windows ? which
compiler you use ? Which version of OpenCV you use ? Do you have
compiled OpenCV ?

Here, i use MinGW with GCC 3.x. OPenCV do not compile fine. Installing
Gcc 4.x is very complex. I don't find a simple and functional way for
that.

Any tips are welcome.

Gilles

2010/6/26 Aditya Bhatt <[hidden email]>:
> Hi,
> I've made a change in libface's CMakeLists.txt. It now installs libraries
> not in <PATH>/lib64 but in <PATH>lib.
> I had to do this because on my new fresh system (Arch), examples wouldn't
> link. I also suspect that most libraries go into lib instead of lib64, even
> on 64-bit systems.
> So if anyone has a problem, let me know and I'll undo the changes.
> Do remove the (old) .so files from lib64 if you have installed them as root.
>
> Thanks
>
>
> _______________________________________________
> 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



--
Aditya Bhatt
Blog : http://adityabhatt.wordpress.com
Bitbucket: http://bitbucket.org/aditya_bhatt
Face Recognition Library : http://libface.sourceforge.net

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Gilles Caulier-4
2010/6/26 Aditya Bhatt <[hidden email]>:
> This might be helpful : http://tdm-gcc.tdragon.net/
> It is a build of the latest GCC 4.5 for windows. I didn't compile OpenCV, I
> just got the latest installer and installed it.

And you link with GCC4 and OpenCV bin package ? This one is compiled
with M$ Visual C++. Binaries are not runtime compatible

Do you use M$ compiler (nmake) ?

Gilles
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Gilles Caulier-4
In reply to this post by Aditya Bhatt
2010/6/26 Aditya Bhatt <[hidden email]>:
> This might be helpful : http://tdm-gcc.tdragon.net/
> It is a build of the latest GCC 4.5 for windows. I didn't compile OpenCV, I
> just got the latest installer and installed it.

One word : EXCELENT... I sound like exactly what i need. Thanks...

Gilles
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Michael G. Hansen
In reply to this post by Aditya Bhatt
Hi,

I just tried compiling libface and libkface. Here are some comments:

- The libface website states 'you need FindOpenCV.cmake'. Where do you
get it? I just used the one from kipi-plugins, but that one must be the
wrong one, as it defines OpenCV_LIBRARIES and libface looks for
OpenCV_LIBS. The same applies to libkface. Would it be possible to
include FindOpenCV.cmake in lib(k)face, as is done in kipi-plugins?

- I ran libfaceGUI from libkface. When I load an image and hit "Detect
faces", nothing happens but on the console I get:

Chosen area : 500000
Minimum FaceSize is 35
ERROR: Could not load classifier cascade.
Minimum FaceSize is 35
ERROR: Could not load classifier cascade.
Total Time taken : 0.000000 secs.
Making long vector took: 0.000000 sec.
Faces parsed : 0, number of final faces : 0
Prunning took: 0.000000 sec.
ERROR: Could not load classifier cascade.
libkface detected :  0

- libface only recognises CMAKE_BUILD_TYPE=Debug, but not debugfull
which is also listed here:
http://techbase.kde.org/Development/CMake/Addons_for_KDE

Would be nice if both were detected, then I don't have to add special
flags in kdesvn-build for libface.

Greetings,

Michael

On 06/26/2010 11:33 AM, Aditya Bhatt wrote:

> Hi,
>
> I've made a change in libface's CMakeLists.txt. It now installs libraries
> not in<PATH>/lib64 but in<PATH>lib.
> I had to do this because on my new fresh system (Arch), examples wouldn't
> link. I also suspect that most libraries go into lib instead of lib64, even
> on 64-bit systems.
> So if anyone has a problem, let me know and I'll undo the changes.
> Do remove the (old) .so files from lib64 if you have installed them as root.
>
>
> Thanks
>
>
>
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel


--
Michael Hansen - [hidden email]
http://www.pfna.de/
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Michael G. Hansen
One more thing: I think that on the first try to compile libkface tests,
compilation failed because it could not find libkface include files
because they were not yet installed. Running make install/fast and then
re-running make solved that problem.

Michael

On 06/26/2010 04:57 PM, Michael G. Hansen wrote:

> Hi,
>
> I just tried compiling libface and libkface. Here are some comments:
>
> - The libface website states 'you need FindOpenCV.cmake'. Where do you
> get it? I just used the one from kipi-plugins, but that one must be the
> wrong one, as it defines OpenCV_LIBRARIES and libface looks for
> OpenCV_LIBS. The same applies to libkface. Would it be possible to
> include FindOpenCV.cmake in lib(k)face, as is done in kipi-plugins?
>
> - I ran libfaceGUI from libkface. When I load an image and hit "Detect
> faces", nothing happens but on the console I get:
>
> Chosen area : 500000
> Minimum FaceSize is 35
> ERROR: Could not load classifier cascade.
> Minimum FaceSize is 35
> ERROR: Could not load classifier cascade.
> Total Time taken : 0.000000 secs.
> Making long vector took: 0.000000 sec.
> Faces parsed : 0, number of final faces : 0
> Prunning took: 0.000000 sec.
> ERROR: Could not load classifier cascade.
> libkface detected : 0
>
> - libface only recognises CMAKE_BUILD_TYPE=Debug, but not debugfull
> which is also listed here:
> http://techbase.kde.org/Development/CMake/Addons_for_KDE
>
> Would be nice if both were detected, then I don't have to add special
> flags in kdesvn-build for libface.
>
> Greetings,
>
> Michael
>
> On 06/26/2010 11:33 AM, Aditya Bhatt wrote:
>> Hi,
>>
>> I've made a change in libface's CMakeLists.txt. It now installs libraries
>> not in<PATH>/lib64 but in<PATH>lib.
>> I had to do this because on my new fresh system (Arch), examples wouldn't
>> link. I also suspect that most libraries go into lib instead of lib64,
>> even
>> on 64-bit systems.
>> So if anyone has a problem, let me know and I'll undo the changes.
>> Do remove the (old) .so files from lib64 if you have installed them as
>> root.
>>
>>
>> Thanks
>>
>>
>>
>>
>> _______________________________________________
>> Digikam-devel mailing list
>> [hidden email]
>> https://mail.kde.org/mailman/listinfo/digikam-devel
>
>


--
Michael Hansen - [hidden email]
http://www.pfna.de/
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Gilles Caulier-4
In reply to this post by Michael G. Hansen
2010/6/26 Michael G. Hansen <[hidden email]>:

> Hi,
>
> I just tried compiling libface and libkface. Here are some comments:
>
> - The libface website states 'you need FindOpenCV.cmake'. Where do you
> get it? I just used the one from kipi-plugins, but that one must be the
> wrong one, as it defines OpenCV_LIBRARIES and libface looks for
> OpenCV_LIBS. The same applies to libkface. Would it be possible to
> include FindOpenCV.cmake in lib(k)face, as is done in kipi-plugins?
>

OpenCV don't provide this file but another one named
OpenCVConfig.cmake which is filled at compile time and give all
install information.

Under Mandriva 2010.1, all compile fine there... but with Mandriva
2010.0, no... I suspect an update of CMake between both version which
handle properly this file during search of OpenCV

Gilles
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Aditya Bhatt
In reply to this post by Michael G. Hansen
Hi Michael, 



>
> I just tried compiling libface and libkface. Here are some comments:
>
> - The libface website states 'you need FindOpenCV.cmake'. Where do you
> get it? I just used the one from kipi-plugins, but that one must be the
> wrong one, as it defines OpenCV_LIBRARIES and libface looks for
> OpenCV_LIBS. The same applies to libkface. Would it be possible to
> include FindOpenCV.cmake in lib(k)face, as is done in kipi-plugins?
>

OpenCV 2.1 (which has been out since several months now, I think) comes with FindOpenCV.cmake. What Alex wrote on the website refers to that.

 
> - I ran libfaceGUI from libkface. When I load an image and hit "Detect
> faces", nothing happens but on the console I get:
>
> Chosen area : 500000
> Minimum FaceSize is 35
> ERROR: Could not load classifier cascade.
> Minimum FaceSize is 35
> ERROR: Could not load classifier cascade.
> Total Time taken : 0.000000 secs.
> Making long vector took: 0.000000 sec.
> Faces parsed : 0, number of final faces : 0
> Prunning took: 0.000000 sec.
> ERROR: Could not load classifier cascade.
> libkface detected : 0
>

Gilles reported the same problem to me a few days back. It looks like you're using Mandriva. Mandriva (unlike most other distros) ships OpenCV split into multiple packages. You probably need to install a package named something like "opencv-samples".

> - libface only recognises CMAKE_BUILD_TYPE=Debug, but not debugfull
> which is also listed here:
> http://techbase.kde.org/Development/CMake/Addons_for_KDE
>
> Would be nice if both were detected, then I don't have to add special
> flags in kdesvn-build for libface.
>
> Greetings,
>
> Michael
>

 Ok. I'll try to fix it. But I'm not very knowledgeable about CMake configuring, can you tell me what to do?
--
Michael Hansen - [hidden email]
http://www.pfna.de/
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel



--
Aditya Bhatt
Blog : http://adityabhatt.wordpress.com
Bitbucket: http://bitbucket.org/aditya_bhatt
Face Recognition Library : http://libface.sourceforge.net

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Gilles Caulier-4
In reply to this post by Michael G. Hansen
A yes. Something must be backported form libkexiv2 to handle local dir
to compile fine in time :

http://lxr.kde.org/source/KDE/kdegraphics/libs/libkexiv2/test/CMakeLists.txt#1

Gilles

2010/6/26 Michael G. Hansen <[hidden email]>:

> One more thing: I think that on the first try to compile libkface tests,
> compilation failed because it could not find libkface include files
> because they were not yet installed. Running make install/fast and then
> re-running make solved that problem.
>
> Michael
>
> On 06/26/2010 04:57 PM, Michael G. Hansen wrote:
>> Hi,
>>
>> I just tried compiling libface and libkface. Here are some comments:
>>
>> - The libface website states 'you need FindOpenCV.cmake'. Where do you
>> get it? I just used the one from kipi-plugins, but that one must be the
>> wrong one, as it defines OpenCV_LIBRARIES and libface looks for
>> OpenCV_LIBS. The same applies to libkface. Would it be possible to
>> include FindOpenCV.cmake in lib(k)face, as is done in kipi-plugins?
>>
>> - I ran libfaceGUI from libkface. When I load an image and hit "Detect
>> faces", nothing happens but on the console I get:
>>
>> Chosen area : 500000
>> Minimum FaceSize is 35
>> ERROR: Could not load classifier cascade.
>> Minimum FaceSize is 35
>> ERROR: Could not load classifier cascade.
>> Total Time taken : 0.000000 secs.
>> Making long vector took: 0.000000 sec.
>> Faces parsed : 0, number of final faces : 0
>> Prunning took: 0.000000 sec.
>> ERROR: Could not load classifier cascade.
>> libkface detected : 0
>>
>> - libface only recognises CMAKE_BUILD_TYPE=Debug, but not debugfull
>> which is also listed here:
>> http://techbase.kde.org/Development/CMake/Addons_for_KDE
>>
>> Would be nice if both were detected, then I don't have to add special
>> flags in kdesvn-build for libface.
>>
>> Greetings,
>>
>> Michael
>>
>> On 06/26/2010 11:33 AM, Aditya Bhatt wrote:
>>> Hi,
>>>
>>> I've made a change in libface's CMakeLists.txt. It now installs libraries
>>> not in<PATH>/lib64 but in<PATH>lib.
>>> I had to do this because on my new fresh system (Arch), examples wouldn't
>>> link. I also suspect that most libraries go into lib instead of lib64,
>>> even
>>> on 64-bit systems.
>>> So if anyone has a problem, let me know and I'll undo the changes.
>>> Do remove the (old) .so files from lib64 if you have installed them as
>>> root.
>>>
>>>
>>> Thanks
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Digikam-devel mailing list
>>> [hidden email]
>>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>
>>
>
>
> --
> Michael Hansen - [hidden email]
> http://www.pfna.de/
> _______________________________________________
> 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
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Gilles Caulier-4
In reply to this post by Aditya Bhatt
2010/6/26 Aditya Bhatt <[hidden email]>:

> Hi Michael,
>
>
>> >
>> > I just tried compiling libface and libkface. Here are some comments:
>> >
>> > - The libface website states 'you need FindOpenCV.cmake'. Where do you
>> > get it? I just used the one from kipi-plugins, but that one must be the
>> > wrong one, as it defines OpenCV_LIBRARIES and libface looks for
>> > OpenCV_LIBS. The same applies to libkface. Would it be possible to
>> > include FindOpenCV.cmake in lib(k)face, as is done in kipi-plugins?
>> >
>
> OpenCV 2.1 (which has been out since several months now, I think) comes with
> FindOpenCV.cmake. What Alex wrote on the website refers to that.
>
>>
>> > - I ran libfaceGUI from libkface. When I load an image and hit "Detect
>> > faces", nothing happens but on the console I get:
>> >
>> > Chosen area : 500000
>> > Minimum FaceSize is 35
>> > ERROR: Could not load classifier cascade.
>> > Minimum FaceSize is 35
>> > ERROR: Could not load classifier cascade.
>> > Total Time taken : 0.000000 secs.
>> > Making long vector took: 0.000000 sec.
>> > Faces parsed : 0, number of final faces : 0
>> > Prunning took: 0.000000 sec.
>> > ERROR: Could not load classifier cascade.
>> > libkface detected : 0
>> >
>
> Gilles reported the same problem to me a few days back. It looks like you're
> using Mandriva. Mandriva (unlike most other distros) ships OpenCV split into
> multiple packages. You probably need to install a package named something
> like "opencv-samples".

This must be annoted to README file for the future..

Gilles
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Michael G. Hansen
In reply to this post by Aditya Bhatt
On 06/26/2010 05:11 PM, Aditya Bhatt wrote:

>>> - I ran libfaceGUI from libkface. When I load an image and hit "Detect
>>> faces", nothing happens but on the console I get:
>>>
>>> Chosen area : 500000
>>> Minimum FaceSize is 35
>>> ERROR: Could not load classifier cascade.
>>> Minimum FaceSize is 35
>>> ERROR: Could not load classifier cascade.
>>> Total Time taken : 0.000000 secs.
>>> Making long vector took: 0.000000 sec.
>>> Faces parsed : 0, number of final faces : 0
>>> Prunning took: 0.000000 sec.
>>> ERROR: Could not load classifier cascade.
>>> libkface detected : 0
>>>
>>
>
> Gilles reported the same problem to me a few days back. It looks like you're
> using Mandriva. Mandriva (unlike most other distros) ships OpenCV split into
> multiple packages. You probably need to install a package named something
> like "opencv-samples".

The problem was again the wrong FindOpenCV.cmake, as

#define OPENCVDIR "@OpenCV_DIR@"

in LibFaceConfig.h was then defined as an empty string ;-) So I manually
set it to /usr/share/opencv, now detection and also recognition work as
they should ;-) Very nice indeed!

Thanks for the hint!

Now all that is needed is a way to remove 'false faces' where there is
no face, it looks like they are added to the database even if I do not
give them a name.

Michael

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Aditya Bhatt
Now all that is needed is a way to remove 'false faces' where there is
no face, it looks like they are added to the database even if I do not
give them a name.


Good to hear that it works now.
About the false faces, the recognition/training mechanism is almost done, but not yet complete. I'll hopefully make it better in the next few commits. Wrestling with a few bugs. I'm going to add a "cross" button like iPhoto has, to reject false faces, I'll do it after I fix those bugs. Wait a while :)

Thanks

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Aditya Bhatt
In reply to this post by Aditya Bhatt
Hi,

I'm not entirely sure, is there any new "standard" which says that there's no need for a separate lib64? For example, in my Arch system, I'll have to tweak stuff with the linker to make it see .so's inside lib64. It *looks* like they've deprecated lib64.


On Mon, Jun 28, 2010 at 2:19 PM, Alex Jironkin <[hidden email]> wrote:
The 64-bit binaries need to go in lib64 on a 64-bit system. If you want to force it to install (which you shouldn't) in lib directory instead of lib64, then add a flag to cmake not hardcode the path to only lib directory.

Can you revert the change please.

Alex


On 26 Jun 2010, at 10:33, Aditya Bhatt wrote:

> Hi,
>
> I've made a change in libface's CMakeLists.txt. It now installs libraries not in <PATH>/lib64 but in <PATH>lib.
> I had to do this because on my new fresh system (Arch), examples wouldn't link. I also suspect that most libraries go into lib instead of lib64, even on 64-bit systems.
> So if anyone has a problem, let me know and I'll undo the changes.
> Do remove the (old) .so files from lib64 if you have installed them as root.
>
>
> Thanks
>
> _______________________________________________
> 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






--
Aditya Bhatt
Blog : http://adityabhatt.wordpress.com
Bitbucket: http://bitbucket.org/aditya_bhatt
Face Recognition Library : http://libface.sourceforge.net

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Johannes Wienke-2
Aditya Bhatt wrote:
> I'm not entirely sure, is there any new "standard" which says that there's
> no need for a separate lib64? For example, in my Arch system, I'll have to
> tweak stuff with the linker to make it see .so's inside lib64. It *looks*
> like they've deprecated lib64.

For me, if i had a lib64, it was always a symlink to lib.

Johannes


_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

signature.asc (260 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Aditya Bhatt
I never had a lib64 (I'm using Arch 64-bit). It's not in the "linker path" (whatever it's called).

On Mon, Jun 28, 2010 at 3:51 PM, Johannes Wienke <[hidden email]> wrote:
Aditya Bhatt wrote:
> I'm not entirely sure, is there any new "standard" which says that there's
> no need for a separate lib64? For example, in my Arch system, I'll have to
> tweak stuff with the linker to make it see .so's inside lib64. It *looks*
> like they've deprecated lib64.

For me, if i had a lib64, it was always a symlink to lib.

Johannes


_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel




--
Aditya Bhatt
Blog : http://adityabhatt.wordpress.com
Bitbucket: http://bitbucket.org/aditya_bhatt
Face Recognition Library : http://libface.sourceforge.net

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

alexjironkin
What distribution are you using?


Alex

On 28 Jun 2010, at 11:25, Aditya Bhatt wrote:

I never had a lib64 (I'm using Arch 64-bit). It's not in the "linker path" (whatever it's called).

On Mon, Jun 28, 2010 at 3:51 PM, Johannes Wienke <[hidden email]> wrote:
Aditya Bhatt wrote:
> I'm not entirely sure, is there any new "standard" which says that there's
> no need for a separate lib64? For example, in my Arch system, I'll have to
> tweak stuff with the linker to make it see .so's inside lib64. It *looks*
> like they've deprecated lib64.

For me, if i had a lib64, it was always a symlink to lib.

Johannes


_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel




--
Aditya Bhatt
Blog : http://adityabhatt.wordpress.com
Bitbucket: http://bitbucket.org/aditya_bhatt
Face Recognition Library : http://libface.sourceforge.net
_______________________________________________
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
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Aditya Bhatt
I'm on Arch Linux.

On Mon, Jun 28, 2010 at 3:58 PM, Alex Jironkin <[hidden email]> wrote:
What distribution are you using?


Alex

On 28 Jun 2010, at 11:25, Aditya Bhatt wrote:

I never had a lib64 (I'm using Arch 64-bit). It's not in the "linker path" (whatever it's called).

On Mon, Jun 28, 2010 at 3:51 PM, Johannes Wienke <[hidden email]> wrote:
Aditya Bhatt wrote:
> I'm not entirely sure, is there any new "standard" which says that there's
> no need for a separate lib64? For example, in my Arch system, I'll have to
> tweak stuff with the linker to make it see .so's inside lib64. It *looks*
> like they've deprecated lib64.

For me, if i had a lib64, it was always a symlink to lib.

Johannes


_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel




--
Aditya Bhatt
Blog : http://adityabhatt.wordpress.com
Bitbucket: http://bitbucket.org/aditya_bhatt
Face Recognition Library : http://libface.sourceforge.net
_______________________________________________
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




--
Aditya Bhatt
Blog : http://adityabhatt.wordpress.com
Bitbucket: http://bitbucket.org/aditya_bhatt
Face Recognition Library : http://libface.sourceforge.net

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Aditya Bhatt
Ok, I checked my dad's kubuntu system, /lib64 and /usr/lib64 are symlinks to /lib and /usr/lib respectively.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: libface CMake change

Martin Klapetek
Fedora 13 64bit (but previous too) does not use symlinks from /usr/lib64/ to /usr/lib/. The 64bit libs goes only to lib64/, while 32bit libs are in lib/. I'd like to keep it that way too. Isn't there some kind of system variable to know where to put lib files? 

On Mon, Jun 28, 2010 at 12:32, Aditya Bhatt <[hidden email]> wrote:
Ok, I checked my dad's kubuntu system, /lib64 and /usr/lib64 are symlinks to /lib and /usr/lib respectively.
_______________________________________________
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
12