widelands-dev team mailing list archive

[SirVer <SirVer@xxxxxx>]

Review: Approve

I missed this, sorry.

compile.sh basically never works for Mac OS, since there are no agreed upon search paths for libraries like they are on Linux. So for calling into cMake, the user usually has to provide a ton of extra information. This is the incantation that I am currently using:

cmake $SOURCE_DIR -G Ninja $* \
   -DCMAKE_C_COMPILER:FILEPATH="${CC}" \
   -DCMAKE_CXX_COMPILER:FILEPATH="${CXX}" \
   -DCMAKE_BUILD_TYPE:STRING="${BUILD_TYPE}" \
   -DGLEW_INCLUDE_DIR:PATH="$(brew --prefix glew)/include" \
   -DGLEW_LIBRARY:PATH="$(brew --prefix glew)/lib/libGLEW.dylib" \
   -DCMAKE_PREFIX_PATH:PATH="${PREFIX_PATH}" \
   -DCMAKE_EXPORT_COMPILE_COMMANDS:BOOL=ON \
   -DOPTION_USE_GLBINDING:BOOL=ON

However, if compile.sh works for a user (it does not for me without patching), the rest of the logic changes you wrote *should* just work under Mac OS X as well. 

What I did test is that copying the binaries into the root of the repository and running them there works as expected, as long as you are CDed there. 

This works:
cp <BUILD>/src/website/wl_map_object_info <SOURCE>
cd <SOURCE> && ./wl_map_object_info /tmp

This does not:
cp <BUILD>/src/website/wl_map_object_info <SOURCE>
cd <SOURCE>/src && ../wl_map_object_info /tmp

-- 
https://code.launchpad.net/~widelands-dev/widelands/move_website_binaries/+merge/319231
Your team Widelands Developers is subscribed to branch lp:~widelands-dev/widelands/move_website_binaries.