Precompiled binaries Linux 64bit problem

[paupav]

Basically when you download Linux 64 bit binaries from the SFML website there are 3 files named : "include" "share" and "lib". If you copy that to /usr/local and then compile your program, you should get this error in the terminal:

error while loading shared libraries: libsfml-graphics.so.2

I've renamed "lib" folder which was extracted from the SFML to "lib64" and copied it to /usr/local and now everything works

[zsbzsb]

.... and what do you want us to do? If you choose to manually install the libs to a folder that your distro doesn't expect to have libs in we can't do much. If you want stuff to be installed in the correct locations automatically compile SFML with CMake run the install target. 

[paupav]

In the 32 bit Linux distros there are folders in /usr/local called "include", "share and "lib". In the 64bit distros there are folders "include", "share", "lib64" so, I think that folder "lib" should be renamed to "lib64" to avoid error that I have mentioned in previous post in the thread.
 

[Laurent]

And you are sure that this applies to every possible 64 bits distro?

[paupav]

I am currently running Fedora 21, but I think that it also applies to Ubuntu. I will try and see if that also applies to Arch.

[Jesper Juhl]

What about
 Slackware
 SUSE
 CentOS
 Debian
 Mint
And all the others?

[paupav]

I think that Debian based distros should have the same way of storing libraries. I can check them out too.

[Laurent]

Don't start checking all distros... rather search a general rule or recommended pratice.

[paupav]

ElementaryOS has folders "lib" and "lib32" on 64bit machine.

It seems that Debian team and Red Hat have different ways of storing libraries
http://www.redhat.com/magazine/009jul05/features/multilib/

[SeriousITGuy]

Same for Ubuntu x64: /usr/local/lib for 64Bit and /usr/local/lib32 for 32Bit obviously.

[Tank]

The file system hierarchy standard (http://www.pathname.com/fhs/pub/fhs-2.3.html) says that /usr/lib contains libs for user programs, and /usr/lib<qual> contains libs in another format, including a different architecture.

Without knowing it, I assume that Ubuntu symlinks /usr/lib to /usr/lib64. So when you tried to copy files, it did not work.

So general rule is: /usr/lib always contains native libraries, but might be a symlink so that some file operations have to be treated differently.

As someone else said: Build SFML yourself and let CMake handle the installation. It will take such things into account.

[paupav]

It seems that Debian team and Red Hat have different ways of storing libraries
http://www.redhat.com/magazine/009jul05/features/multilib/