![]() Found Json: /opt/local/lib/libjsoncpp.dylib *** Will build version 5.6.1-MacPorts-rev1 *** Check for working CXX compiler: /usr/bin/clang++ - skipped Check for working C compiler: /usr/bin/clang - skipped The CXX compiler identification is AppleClang 13.0029 The C compiler identification is AppleClang 13.0029 ![]() local/lib/libluajit-5.1.dylib -DVERSION_EXTRA=MacPorts-rev1 -DCMAKE_OSX_ARCHITECTURES="x86_64" -DCMAKE_OSX_DEPLOYMENT_TARGET="11.0" -DCMAKE_OSX_SYSROOT= =ON -DCURSES_INCLUDE_PATH:FILEPATH=/opt/local/include -DENABLE_LUAJIT=ON -DLUA_INCLUDE_DIR:PATH=/opt/local/include/luajit-2.1 -DLUA_LIBRARY:FILEPATH=/opt _LEVELDB=ON -DENABLE_FREETYPE=ON -DENABLE_CURL=ON -DENABLE_GETTEXT=ON -DENABLE_GLES=ON -DENABLE_SPATIAL=ON -DENABLE_SYSTEM_GMP=ON -DENABLE_SYSTEM_JSONCPP TH_INSTALL_RPATH:BOOL=ON -DCMAKE_INSTALL_RPATH="/opt/local/lib" -Wno-dev -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX:PATH=/Applications/MacPorts -DīUILD_UNITTESTS=OFF -DENABLE_UPDATE_CHECKER=OFF -DBUILD_CLIENT=ON -DBUILD_SERVER=ON -DENABLE_SOUND=ON -DENABLE_REDIS=OFF -DENABLE_POSTGRESQL=OFF -DENABLE MAKE_POLICY_DEFAULT_CMP0060=NEW -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_COLOR_MAKEFILE=ON -DCMAKE_FIND_FRAMEWORK=LAST -DCMAKE_EXPORT_COMPILE_COMMANDS=ON -DCMĪKE_MAKE_PROGRAM=/usr/bin/make -DCMAKE_MODULE_PATH="/opt/local/share/cmake/Modules" -DCMAKE_PREFIX_PATH="/opt/local/share/cmake/Modules" -DCMAKE_BUILD_WI R" -DCMAKE_C_COMPILER="$CC" -DCMAKE_CXX_COMPILER="$CXX" -DCMAKE_OBJC_COMPILER="$CC" -DCMAKE_OBJCXX_COMPILER="$CXX" -DCMAKE_POLICY_DEFAULT_CMP0025=NEW -DC Les" -DCMAKE_BUILD_TYPE=MacPorts -DCMAKE_INSTALL_PREFIX="/opt/local" -DCMAKE_INSTALL_NAME_DIR="/opt/local/lib" -DCMAKE_SYSTEM_PREFIX_PATH="/opt/local /us Please find the test "minetest" config log as follows:Įxecuting: cd "/opt/local/var/macports/build/_private_var_tmp_devtest_minetest/minetest/work/build" & /opt/local/bin/cmake -G "CodeBlocks - Unix Makefi NB - I could just ignore this and have "mesa" being continued as useless dependency, but this would look unprofessional to me and I instead would like to improve & learn from this. ![]() IMO the comparison of "minetest" binaries between build without and with "mesa" dep shows no difference at all and in particular nothing of the claimed "mesa" dependency. The config log shows no use or check of GLES although "-DENABLE_GLES=ON" is used with "cmake". I am a little lost and cannot find any reasonable use case for GLES and need support from "irrlichtmt" maintainer please.įor test purposes I specifically introduced the CMake option "-DENABLE_GLES=ON" to the "minetest" Portfile and made a complete build & install to no avail. The latter improve most preferable, I presume. ![]() claim and/or could improve both "minetest" and "irrlichtmt" with true GLES support, if possible. IMO either the "port:mesa" dependency will again be dropped in new PR for next revision or we find some proof for a.m. "ENABLE_GLES=OFF - Enable extra support code for OpenGL ES (requires support by IrrlichtMt)" The Minetest Core upstream README provides info on GLES such as: ![]() However, this claim seems quite debatable. There was the claim that "minetest" would depend on "mesa" and thus the need to re-introduce the "port:mesa" dependency to the new Portfile. Irrlichtmt GLES support needed for "minetest" enhancement or improvement ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |