gameplay3d / gameplay-deps Goto Github PK

gameplay-deps.zip, that should be in https://github.com/gameplay3d/GamePlay/releases/download/v3.0.0 folder does not exists and I cannot download them with install.bat

I built GamePlay-deps for MacOSX and failed (branch next-gen),here's the logs.Can anyone give some hints?

-- Directory: /Users/kklocal/Downloads/GamePlay-deps/out/external-deps/lib/macos/x86_64
-- Building with ZLIB
-- Building with BZip2
-- Building with PNG
-- Checking for module 'harfbuzz>=0.9.7'
-- No package 'harfbuzz' found
-- Creating directory /Users/kklocal/Downloads/GamePlay-deps/build/freetype-2.7.1/include/freetype/config
-- Creating file /Users/kklocal/Downloads/GamePlay-deps/build/freetype-2.7.1/include/freetype/config/ftconfig.h
-- Creating file /Users/kklocal/Downloads/GamePlay-deps/build/freetype-2.7.1/include/freetype/config/ftoption.h
-- Could NOT find OpenMP_C (missing: OpenMP_C_FLAGS OpenMP_C_LIB_NAMES) (found version "1.0")
-- Could NOT find OpenMP_CXX (missing: OpenMP_CXX_FLAGS OpenMP_CXX_LIB_NAMES) (found version "1.0")
-- Looking for ZLIB...
-- Checking for module 'zzip-zlib-config'
-- No package 'zzip-zlib-config' found
-- Found ZLIB: optimized;/usr/lib/libz.dylib;debug;/usr/lib/libz.dylib
-- Checking for module 'minizip'
-- No package 'minizip' found
-- Could NOT find rt (missing: RT_LIBRARY)
INFO RT-extension not found. glTF import/export will be built without Open3DGC-compression.
-- Enabled formats: AMF 3DS AC ASE ASSBIN ASSXML B3D BVH COLLADA DXF CSM HMP IRRMESH IRR LWO LWS MD2 MD3 MD5 MDC MDL NFF NDO OFF OBJ OGRE OPENGEX PLY MS3D COB BLEND IFC XGL FBX Q3D Q3BSP RAW SIB SMD STL TERRAGEN 3D X X3D GLTF 3MF MMD
-- Disabled formats:
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/kklocal/Downloads/GamePlay-deps/build
[ 0%] Linking CXX static library ../../../../out/external-deps/lib/macos/x86_64/libIrrXML.a
[ 0%] Built target IrrXML
[ 0%] Linking CXX static library ../../../out/external-deps/lib/macos/x86_64/libassimp.a
[ 55%] Built target assimp
[ 56%] Linking C static library ../../out/external-deps/lib/macos/x86_64/libfreetype.a
[ 68%] Built target freetype
[ 68%] Linking CXX static library ../../../../out/external-deps/lib/macos/x86_64/libjson.a
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: ../../../../out/external-deps/lib/macos/x86_64/libjson.a(JSONAllocator.cpp.o) has no symbols
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: ../../../../out/external-deps/lib/macos/x86_64/libjson.a(JSONDebug.cpp.o) has no symbols
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: ../../../../out/external-deps/lib/macos/x86_64/libjson.a(JSONMemory.cpp.o) has no symbols
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: ../../../../out/external-deps/lib/macos/x86_64/libjson.a(JSONNode_Mutex.cpp.o) has no symbols
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: ../../../../out/external-deps/lib/macos/x86_64/libjson.a(JSONPreparse.cpp.o) has no symbols
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: ../../../../out/external-deps/lib/macos/x86_64/libjson.a(JSONAllocator.cpp.o) has no symbols
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: ../../../../out/external-deps/lib/macos/x86_64/libjson.a(JSONDebug.cpp.o) has no symbols
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: ../../../../out/external-deps/lib/macos/x86_64/libjson.a(JSONMemory.cpp.o) has no symbols
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: ../../../../out/external-deps/lib/macos/x86_64/libjson.a(JSONNode_Mutex.cpp.o) has no symbols
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: ../../../../out/external-deps/lib/macos/x86_64/libjson.a(JSONPreparse.cpp.o) has no symbols
[ 72%] Built target json
[ 73%] Linking CXX static library ../../out/external-deps/lib/macos/x86_64/libtinyxml2.a
[ 73%] Built target tinyxml2
[ 74%] Linking C static library ../../../out/external-deps/lib/macos/x86_64/liblua.a
[ 83%] Built target lua
[ 84%] Linking C static library ../../out/external-deps/lib/macos/x86_64/libz.a
[ 88%] Built target zlib
[ 88%] Linking C static library ../../out/external-deps/lib/macos/x86_64/libpng.a
[ 92%] Built target png
[ 93%] Linking C static library ../../out/external-deps/lib/macos/x86_64/libogg.a
[ 93%] Built target ogg
[ 93%] Linking C static library ../../out/external-deps/lib/macos/x86_64/libvorbisenc.a
[ 93%] Built target vorbisenc
[ 93%] Linking C static library ../../out/external-deps/lib/macos/x86_64/libvorbisfile.a
[ 94%] Built target vorbisfile
[ 95%] Linking C static library ../../out/external-deps/lib/macos/x86_64/libvorbis.a
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: ../../out/external-deps/lib/macos/x86_64/libvorbis.a(lookup.c.o) has no symbols
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: ../../out/external-deps/lib/macos/x86_64/libvorbis.a(lookup.c.o) has no symbols
[100%] Built target vorbis
[100%] Generating libgameplay-deps.a
Using libtool : /usr/local/bin/libtool
Amalgamating target static libs /Users/kklocal/Downloads/GamePlay-deps/out/external-deps/lib/macos/x86_64
libtool: unrecognized option -static' libtool: Try libtool --help' for more information.
[100%] Built target gameplay-deps

I've got a gameplay game which uses some of lua's IO functions as part of a dev only tool-chain on Windows/Linux.

After upgrading the game to gameplay 3.0 + downloading the latest external-deps via install.sh, my lua tool-chain no longer works on Linux. Any script that I load that uses io.popen now fails to load because it's no longer supported:

loadScript -- Failed to load script: res/lua/tools.lua. [string "_toolsRoot = io.popen"pwd":read'*l'..."]:1: 'popen' not supported.

The readme in the lua-5.2.3/doc indicates that src/luaconf.h can be configured to enable io.popen on Linux by defining LUA_USE_LINUX.

I tried to test and fix this myself by building gameplay-deps locally with this defined in CMakeLists.txt. Unfortunately, my game crashes when I use my locally built lib when trying to create an OpenAL device. I'd rather not try to fix this unrelated problem unless I have no alternative since I always intend to use the pre-built libs.

Was io.popen disabled on purpose? If not, can it be re-enabled for the sake backwards compatibility?

Thanks

The path of the OpenAL include files under the output directory external-deps/include is called "AL".
The include statement in GamePlay/gameplay/src/AudioController.h is for "Al/alc.h".

The capitalisation of the "l" differs.

I suspect that when I compiled GamePlay and all the samples that it was picking up a native include file rather than the one generated by GamePlay-deps.

It would be really nice if the integration between the two projects was better, e.g. by making Gameplay-deps a submodule of the GamePlay repo or something. I had to manually add a symlink and even then it appears that the compilation of GamePlay was picking up the wrong include file and possibly the wrong library file too.

so what i want at the end is a zip file, to copy over to the main gameplay3d repo i have locally?

CMake Error at openal-1.16.0/CMakeLists.txt:439 (MESSAGE): No snprintf function found, please report!

Project generates successfully when removing the snprintf detection. Also had to add the following for it to compile:

ADD_DEFINITIONS(-D_TIMESPEC_DEFINED)

Doing lipo -info on the libpng archive (ARM version) shows armv7, v7s, 64, and x86_64. The x86_64 bit is unexpected. This started appearing once the neon files were included in the build (necessary for the lib to link).

Everything appears to work fine. I think the only downside is a slightly bulkier lib.

zlib's zconf.h declares Z_HAVE_UNISTD_H which causes compile errors when used on Windows.

zlib is needed for https://github.com/gameplay3d/GamePlay/issues/1650