Ancurio / mkxp

Free Software implementation of the Ruby Game Scripting System (RGSS)
GNU General Public License v2.0
509 stars 128 forks source link

Cannot generate a safe linker search path for target mkxp #208

Closed edwinacunav closed 2 years ago

edwinacunav commented 5 years ago

Whenever I follow your instructions found in your Dependency Kit README file this is what happens.

cmake -DBOOST_INCLUDEDIR=$BOOST_I -DBOOST_LIBRARYDIR=$BOOST_L .. -- The C compiler identification is GNU 7.3.0 -- The CXX compiler identification is GNU 7.3.0 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done -- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1") -- Checking for module 'sigc++-2.0' -- Found sigc++-2.0, version 2.4.0 -- Checking for module 'pixman-1' -- Found pixman-1, version 0.32.6 -- Checking for module 'physfs>=2.1' -- Found physfs, version 2.1.0 -- Checking for module 'vorbisfile' -- Found vorbisfile, version 1.3.4 -- Checking for module 'sdl2' -- Found sdl2, version 2.0.4 -- Checking for module 'SDL2_ttf' -- Found SDL2_ttf, version 2.0.12 -- Checking for module 'SDL2_image' -- Found SDL2_image, version 2.0.0 -- Checking for module 'SDL_sound' -- Found SDL_sound, version 1.0.1 -- Boost version: 1.49.0 -- Found the following Boost libraries: -- program_options -- Found OpenAL: /usr/lib/x86_64-linux-gnu/libopenal.so
-- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version "1.2.11") -- Checking for module 'ruby-2.1' -- Found ruby-2.1, version 2.1.0 -- Configuring done CMake Warning at CMakeLists.txt:400 (add_executable): Cannot generate a safe linker search path for target mkxp because files in some directories may conflict with libraries in implicit directories:

link library [libopenal.so] in /usr/lib/x86_64-linux-gnu may be hidden by files in:
  /home/user/MK/mkxp-depkit/lib

Some of these libraries may not be found correctly.

-- Generating done -- Build files have been written to: /home/user/MK/build

Yeah, I found build files but no executable right there... Am I missing anything here? I thought the dependency files already included a custom version of OpenAL and ZLIB, I don't know why it doesn't find them.

carstene1ns commented 5 years ago

Did you execute make afterwards?

edwinacunav commented 5 years ago

You're missing two points here, it doesn't find files that were provided to ensure compatibility and/or that it doesn't pick any available version of them to set the path.

edwinacunav commented 5 years ago

Well, it's gotten worse here... Can anybody check the attached file and tell me how to fix both issues? make results.txt

carstene1ns commented 5 years ago

For the second (build) error: You need to update the physfs library to at least 3.0. I guess the dependency kit is just outdated (another approach, untested: revert my patch #174 and use the older version)

The cmake warning is not really an issue when you do not want to distribute your executables, as it simply means it will link in system libraries instead of the ones from the dependency kit (which may work fine).

edwinacunav commented 5 years ago

Hmm I will try both the patch and the newer version of physfs.

The problem is that I don't wanna use the system libraries for a couple of people here want to use the same build I'd be using on my PC.

edwinacunav commented 5 years ago

It seems there is ever more to cover than first thought, I've got another couple of errors while compiling it. (Using libphysfs 3.0 here...)

make new results.txt

edwinacunav commented 5 years ago

So do you got any idea why is that happening? Got any ideas on how to solve it, guys? Keep in mind I posted a TXT file last time so you can review it at any time...

carstene1ns commented 5 years ago

IMO the dependency kit needs to be updated.

Ancurio commented 5 years ago

I have updated the depkit with the new phsysfs and new instructions for using the old C++ abi (I think the included version of Boost is what requires this), please try again.

edwinacunav commented 5 years ago

Just a suggestion... Wouldn't it be better if all dependencies had been updated before people try to compile it? Or does it include more updates than the ones you've mentioned so far? I'd like to know what else was updated there.

Ancurio commented 2 years ago

Just a suggestion... Wouldn't it be better if all dependencies had been updated before people try to compile it? Or does it include more updates than the ones you've mentioned so far? I'd like to know what else was updated there.

I can't remember what else I updated, but in general my policy: If it works, don't update needlessly.