Messages

1

General / Issue locating SFML libraries on Windows

« on: October 18, 2015, 02:39:47 pm »

Hi,

I'm trying to compile some examples using the latest SFML release on Windows with the FindSFML.cmake module contained within. Problem is, I can't locate the libraries anymore.

I have the SFML_ROOT environment variable set to C:/C++ Libs/sfml 2.3.2/, yet the includes and libs can't be found, whereas setting the CMake variable SFML_ROOT to the aforementioned path results in the libraries being found correctly.

On a hunch, I displayed the values of both ${SFML_ROOT} and $ENV{SFML_ROOT}, but they are different (the environment variable one is using backslashes, instead of forward slashes). Issue on FindSFML.cmake or CMake itself?

- SFML 2.3.2 x86
- MinGW 4.9.2 x86
- cMake 3.0.2

2

General / BUG - FindSFML.cmake prioritizes lib64 over lib in Windows, 64 bits

« on: December 14, 2014, 03:14:47 pm »

Hi,

I'm still toying with the idea of generating one script for on-demand generation of 32/64 bit binaries and I've found the reason why it was not finding or linking to the wrong libraries (apart from having to regenerate CMakeCache.txt between compilations).

As it turns out, FindSFML.cmake has preference for the "lib64" subfolder. As the FindSFML.cmake files are now (checked 2.1 and 2.2), they will try to link to the 64 bit libraries located in the "lib64" subfolder, even if the global property FIND_LIBRARY_USE_LIB64_PATHS is turned off.

The global property mentioned before gives precedence to "lib64" subfolders and it is logical that, when it is turned off, it won't check "lib64" first. Moreover, it only applies to 64-bit systems, rendering it a completely harmless statement on 32-bit systems.

Therefore, I would like to suggest that, in the FindSFML.cmake files, the PATH_SUFFIXES option are changed to PATH_SUFFIXES lib, then use the global property previously mentioned.

3

General / Re: Question regarding the placement of libsfml (32/64 bits) on Windows

« on: December 10, 2014, 06:38:06 pm »

Maybe you can try:

• Don't cross-compile, but use a compiler for x86 binaries and one for x64 binaries.
• Setup the SFML libraries as lib for the x86 binaries and lib64 for the x64 binaries.
• Set SFML_ROOT
• Hope CMake prefers lib64 for x64 compilers and lib for x86. If not, you'll probably have to use different directories for x86 and x64.

I guess I can install the 32 bit version of TDM-GCC's MinGW and provide the info using CLion's toolchain options.

CMake doesn't like the library folder being named anything other than "lib". There is a global property named FIND_LIBRARY_USE_LIB64_PATHS, which is supposed to allow to look inside both "lib" and "lib64" folders when looking for the appropriate libraries, but doesn't seem to work on Windows.

Incidentally, there was a proposal for a FIND_LIBRARY_USE_LIB32_PATHS global property, given that some systems place x64 libraries on the "lib" folder and x86 libraries on the "lib32" folder, but that ticket remains open and untouched since 2011. (At least is not like Windows' System32 for x64 libs and SysWow64 for x86 libs...)

4

General / Re: Question regarding the placement of libsfml (32/64 bits) on Windows

« on: December 09, 2014, 11:21:40 pm »

Windows doesn't really provide a general place for third-party libraries.
As such the general way is to place them where ever you want and by setting SFML_ROOT to the root directory of SFML, will ensure that the FindSFML.cmake script will find it.

I get that. In fact, I am using SFML_ROOT to point to the folder where I have placed SFML 2.1.

My question was oriented to the coexistence of both SFML 2.1 for x86 and x64 in the same folder. Right now, I have the following subfolders within it:

• bin32 (dlls for x86)
• bin64 (dlls for x64)
• include (headers common to both x86 and x64)
• lib32 (libs for x86)
• lib64 (libs for x64)

The thing is that CMake cannot find the libraries unless I name the folder that contains them as "lib" but, if I do that, I get only the x86 or the x64 flavor. However, if I were to change the structure of the folders like this:

• lib (base folder for libraries)
• lib (libs for x86)
• lib64 (libs for x64)

Then, I can compile for any of those architectures, just modifying an option in the CMake to add the -m32 parameter to the compiler flags. However, that sounds like a really dirty solution, so I don't know...

5

General / Question regarding the placement of libsfml (32/64 bits) on Windows

« on: December 09, 2014, 08:21:24 pm »

Hi,

I have a question related to where should I place the SFML2 libraries to allow me to compile both x86 and x64 applications using CMake and TDM-GCC's MinGW for Windows x64.

Browsing the FindSFML.cmake module, I read that it looks for the libraries on a lib folder, which can be located on a myriad of locations (I'm using an environment variable). It also looks inside the lib and lib64 subfolders, if applicable.

My question is, could I take advantage of that to have the libraries for x86 and x64 coexisting in the same location? Or would that be a bad practice?