lpnf/lovr
1
0
Fork 0
mirror of https://github.com/bjornbytes/lovr.git synced 2024-07-02 12:33:52 +00:00
Code Issues Projects Releases Wiki Activity
lovr/Tuprules.tup

263 lines
9.1 KiB
Plaintext
Raw Normal View History

Add tup build system; It's still a rough draft and likely only works on my machine, but can be improved over time. Rough explanation: - tup.config contains high-level build configuration defaults. - Tuprules.tup contains mostly compiler flags (generated from the tup.config) and declares some macros used to compile code. - Tupfile takes all generated object files and links them into the lovr executable. - src/Tupdefault defines the default build steps for src and all subdirectories, which is to compile all .c files to .o files and put them in the <objects> bucket for linking by the toplevel Tupfile. It's possible to have multiple configs active at once for different platforms, projects, etc. To do this, create a folder for each build variant you want, and place a tup.config in each folder (it can be a symlink, which is helpful). Then, invoking `tup` will build all your variants, or you can build a specific one by doing `tup <foldername>`.
2019-06-10 10:41:31 +00:00
ROOT = $(TUP_CWD)
Rework Tupfiles; - One toplevel Tupfile that makes it more clear what happens. - Add config flags for -Werror, -fsanitize, and separate debug/optimize flags. - Automatically integrate with libs built by CMake (build folder, rpath, libs folder). - Disabling modules actually works, only the stuff that's needed is built.
2019-12-13 14:52:57 +00:00
## Base
Tup build system for android;
2020-05-29 22:27:49 +00:00
CC = @(CC)
tup organization;
2019-12-13 11:39:04 +00:00
CFLAGS += -std=c99 -pedantic
CFLAGS += -D_POSIX_C_SOURCE=200809L
Add tup build system; It's still a rough draft and likely only works on my machine, but can be improved over time. Rough explanation: - tup.config contains high-level build configuration defaults. - Tuprules.tup contains mostly compiler flags (generated from the tup.config) and declares some macros used to compile code. - Tupfile takes all generated object files and links them into the lovr executable. - src/Tupdefault defines the default build steps for src and all subdirectories, which is to compile all .c files to .o files and put them in the <objects> bucket for linking by the toplevel Tupfile. It's possible to have multiple configs active at once for different platforms, projects, etc. To do this, create a folder for each build variant you want, and place a tup.config in each folder (it can be a symlink, which is helpful). Then, invoking `tup` will build all your variants, or you can build a specific one by doing `tup <foldername>`.
2019-06-10 10:41:31 +00:00
CFLAGS += -I$(ROOT)/src
CFLAGS += -I$(ROOT)/src/modules
Rework Tupfiles; - One toplevel Tupfile that makes it more clear what happens. - Add config flags for -Werror, -fsanitize, and separate debug/optimize flags. - Automatically integrate with libs built by CMake (build folder, rpath, libs folder). - Disabling modules actually works, only the stuff that's needed is built.
2019-12-13 14:52:57 +00:00
CFLAGS += -fvisibility=hidden
CFLAGS += -Wall -Wextra
CFLAGS += -Wno-unused-parameter
CFLAGS_@(OPENVR) += -Wno-typedef-redefinition
CFLAGS_@(STRICT) += -Werror
CFLAGS_@(DEBUG) += -g
CFLAGS_@(OPTIMIZE) += -Os
CFLAGS_@(SANITIZE) += -fsanitize=address,undefined
LDFLAGS_@(SANITIZE) += -fsanitize=address,undefined
Add tup build system; It's still a rough draft and likely only works on my machine, but can be improved over time. Rough explanation: - tup.config contains high-level build configuration defaults. - Tuprules.tup contains mostly compiler flags (generated from the tup.config) and declares some macros used to compile code. - Tupfile takes all generated object files and links them into the lovr executable. - src/Tupdefault defines the default build steps for src and all subdirectories, which is to compile all .c files to .o files and put them in the <objects> bucket for linking by the toplevel Tupfile. It's possible to have multiple configs active at once for different platforms, projects, etc. To do this, create a folder for each build variant you want, and place a tup.config in each folder (it can be a symlink, which is helpful). Then, invoking `tup` will build all your variants, or you can build a specific one by doing `tup <foldername>`.
2019-06-10 10:41:31 +00:00
Rework Tupfiles; - One toplevel Tupfile that makes it more clear what happens. - Add config flags for -Werror, -fsanitize, and separate debug/optimize flags. - Automatically integrate with libs built by CMake (build folder, rpath, libs folder). - Disabling modules actually works, only the stuff that's needed is built.
2019-12-13 14:52:57 +00:00
## Modules
Add tup build system; It's still a rough draft and likely only works on my machine, but can be improved over time. Rough explanation: - tup.config contains high-level build configuration defaults. - Tuprules.tup contains mostly compiler flags (generated from the tup.config) and declares some macros used to compile code. - Tupfile takes all generated object files and links them into the lovr executable. - src/Tupdefault defines the default build steps for src and all subdirectories, which is to compile all .c files to .o files and put them in the <objects> bucket for linking by the toplevel Tupfile. It's possible to have multiple configs active at once for different platforms, projects, etc. To do this, create a folder for each build variant you want, and place a tup.config in each folder (it can be a symlink, which is helpful). Then, invoking `tup` will build all your variants, or you can build a specific one by doing `tup <foldername>`.
2019-06-10 10:41:31 +00:00
CFLAGS_@(AUDIO) += -DLOVR_ENABLE_AUDIO
CFLAGS_@(DATA) += -DLOVR_ENABLE_DATA
CFLAGS_@(EVENT) += -DLOVR_ENABLE_EVENT
CFLAGS_@(FILESYSTEM) += -DLOVR_ENABLE_FILESYSTEM
CFLAGS_@(GRAPHICS) += -DLOVR_ENABLE_GRAPHICS
Rework Tupfiles; - One toplevel Tupfile that makes it more clear what happens. - Add config flags for -Werror, -fsanitize, and separate debug/optimize flags. - Automatically integrate with libs built by CMake (build folder, rpath, libs folder). - Disabling modules actually works, only the stuff that's needed is built.
2019-12-13 14:52:57 +00:00
CFLAGS_@(GRAPHICS) += -DLOVR_@(GL)
Add tup build system; It's still a rough draft and likely only works on my machine, but can be improved over time. Rough explanation: - tup.config contains high-level build configuration defaults. - Tuprules.tup contains mostly compiler flags (generated from the tup.config) and declares some macros used to compile code. - Tupfile takes all generated object files and links them into the lovr executable. - src/Tupdefault defines the default build steps for src and all subdirectories, which is to compile all .c files to .o files and put them in the <objects> bucket for linking by the toplevel Tupfile. It's possible to have multiple configs active at once for different platforms, projects, etc. To do this, create a folder for each build variant you want, and place a tup.config in each folder (it can be a symlink, which is helpful). Then, invoking `tup` will build all your variants, or you can build a specific one by doing `tup <foldername>`.
2019-06-10 10:41:31 +00:00
CFLAGS_@(HEADSET) += -DLOVR_ENABLE_HEADSET
CFLAGS_@(MATH) += -DLOVR_ENABLE_MATH
CFLAGS_@(PHYSICS) += -DLOVR_ENABLE_PHYSICS
CFLAGS_@(THREAD) += -DLOVR_ENABLE_THREAD
CFLAGS_@(TIMER) += -DLOVR_ENABLE_TIMER
CFLAGS_@(JSON) += -DLOVR_ENABLE_JSON
CFLAGS_@(ENET) += -DLOVR_ENABLE_ENET
Rework Tupfiles; - One toplevel Tupfile that makes it more clear what happens. - Add config flags for -Werror, -fsanitize, and separate debug/optimize flags. - Automatically integrate with libs built by CMake (build folder, rpath, libs folder). - Disabling modules actually works, only the stuff that's needed is built.
2019-12-13 14:52:57 +00:00
## Headset backends
Add tup build system; It's still a rough draft and likely only works on my machine, but can be improved over time. Rough explanation: - tup.config contains high-level build configuration defaults. - Tuprules.tup contains mostly compiler flags (generated from the tup.config) and declares some macros used to compile code. - Tupfile takes all generated object files and links them into the lovr executable. - src/Tupdefault defines the default build steps for src and all subdirectories, which is to compile all .c files to .o files and put them in the <objects> bucket for linking by the toplevel Tupfile. It's possible to have multiple configs active at once for different platforms, projects, etc. To do this, create a folder for each build variant you want, and place a tup.config in each folder (it can be a symlink, which is helpful). Then, invoking `tup` will build all your variants, or you can build a specific one by doing `tup <foldername>`.
2019-06-10 10:41:31 +00:00
CFLAGS_@(SIMULATOR) += -DLOVR_USE_DESKTOP_HEADSET
CFLAGS_@(OPENVR) += -DLOVR_USE_OPENVR
CFLAGS_@(OPENXR) += -DLOVR_USE_OPENXR
CFLAGS_@(OCULUS) += -DLOVR_USE_OCULUS
tup: Add LibOVR include path when CONFIG_OCULUS is set;
2019-06-26 01:19:36 +00:00
CFLAGS_@(OCULUS) += -I@(OCULUS_PATH)/LibOVR/Include
Finish vrapi driver;
2020-06-10 00:00:33 +00:00
CFLAGS_@(VRAPI) += -DLOVR_USE_VRAPI
CFLAGS_@(VRAPI) += -I$(ROOT)/deps/VrApi/Include
Add preliminary WebXR backend;
2020-03-05 06:47:24 +00:00
CFLAGS_@(WEBXR) += -DLOVR_USE_WEBXR
tup: fix typo;
2020-01-01 03:40:39 +00:00
CFLAGS_@(LEAP) += -DLOVR_USE_LEAP
Add tup build system; It's still a rough draft and likely only works on my machine, but can be improved over time. Rough explanation: - tup.config contains high-level build configuration defaults. - Tuprules.tup contains mostly compiler flags (generated from the tup.config) and declares some macros used to compile code. - Tupfile takes all generated object files and links them into the lovr executable. - src/Tupdefault defines the default build steps for src and all subdirectories, which is to compile all .c files to .o files and put them in the <objects> bucket for linking by the toplevel Tupfile. It's possible to have multiple configs active at once for different platforms, projects, etc. To do this, create a folder for each build variant you want, and place a tup.config in each folder (it can be a symlink, which is helpful). Then, invoking `tup` will build all your variants, or you can build a specific one by doing `tup <foldername>`.
2019-06-10 10:41:31 +00:00
Tuprules: Separate library variables for each platform; Will make it easier for windows/android...
2020-05-12 00:48:18 +00:00
## Platform
platform -> os; The function names are staying the same for now.
2019-12-14 03:36:46 +00:00
ifeq (@(PLATFORM),)
PLATFORM = @(TUP_PLATFORM)
else
PLATFORM = @(PLATFORM)
endif
Tup: emscripten support; LuaJIT flag;
2020-03-03 07:06:42 +00:00
Tup build system for android;
2020-05-29 22:27:49 +00:00
LIB = libs
tup windows support;
2020-05-15 21:01:10 +00:00
## Windows
ifeq ($(PLATFORM),win32)
CFLAGS += -D_CRT_SECURE_NO_WARNINGS
CFLAGS += -Wno-language-extension-token
LDFLAGS += -lShell32 -lOle32
EXTRAS += lovr.lib lovr.exp
SUFFIX = .exe
ifeq (@(OPTIMIZE),y)
CONFIG = Release
else
CONFIG = Debug
endif
ifeq (@(CMAKE_DEPS),y)
ifeq (@(LUAJIT),y)
CFLAGS += -I$(ROOT)/deps/luajit/src
LDFLAGS += -L$(ROOT)/build/luajit/src/$(CONFIG) -lluajit
LIBS += $(ROOT)/build/luajit/src/$(CONFIG)/luajit.dll
else
CFLAGS += -I$(ROOT)/deps/lua/src -I$(ROOT)/build/lua
LDFLAGS += -L$(ROOT)/build/lua/$(CONFIG) -llua
endif
CFLAGS += -I$(ROOT)/deps/glfw/include
CFLAGS_@(AUDIO) += -I$(ROOT)/deps/openal-soft/include
CFLAGS_@(DATA) += -I$(ROOT)/deps/msdfgen
CFLAGS_@(OPENVR) += -I$(ROOT)/deps/openvr/headers
CFLAGS_@(PHYSICS) += -I$(ROOT)/deps/ode/include -I$(ROOT)/build/ode/include
CFLAGS_@(ENET) += -I$(ROOT)/deps/enet/include
LDFLAGS += -L$(ROOT)/build/glfw/src/$(CONFIG) -lglfw3dll
LDFLAGS_@(AUDIO) += -L$(ROOT)/build/openal/$(CONFIG) -lOpenAL32
LDFLAGS_@(DATA) += -L$(ROOT)/build/lib_msdfgen/$(CONFIG) -lmsdfgen
LDFLAGS_@(OPENVR) += -L$(ROOT)/deps/openvr/bin/win64/$(CONFIG) -lopenvr_api64
LDFLAGS_@(PHYSICS) += -L$(ROOT)/build/ode/$(CONFIG) -lode
LDFLAGS_@(ENET) += -L$(ROOT)/build/enet/$(CONFIG) -lenet
LIBS += $(ROOT)/build/glfw/src/$(CONFIG)/glfw3.dll
LIBS_@(AUDIO) += $(ROOT)/build/glfw/src/$(CONFIG)/glfw3.dll
LIBS_@(DATA) += $(ROOT)/build/lib_msdfgen/$(CONFIG)/msdfgen.dll
LIBS_@(OPENVR) += $(ROOT)/deps/openvr/bin/win64/openvr_api.dll
LIBS_@(PHYSICS) += $(ROOT)/build/ode/$(CONFIG)/ode.dll
endif
endif
Tuprules: Separate library variables for each platform; Will make it easier for windows/android...
2020-05-12 00:48:18 +00:00
## macOS
platform -> os; The function names are staying the same for now.
2019-12-14 03:36:46 +00:00
ifeq ($(PLATFORM),macosx)
PLATFORM = macos
tup macOS fixes; - Need to use dylib suffix. - Need pagezero stuff (should we only do this when using LuaJIT?) - rpath is totally different. - stb_vorbis alloca broke?
2019-12-13 15:27:37 +00:00
LDFLAGS += -lobjc
Tup build system for android;
2020-05-29 22:27:49 +00:00
LDFLAGS += -Wl,-rpath,@executable_path/$(LIB)
Tuprules: Separate library variables for each platform; Will make it easier for windows/android...
2020-05-12 00:48:18 +00:00
ifeq (@(CMAKE_DEPS),y)
ifeq (@(LUAJIT),y)
CFLAGS += -I$(ROOT)/deps/luajit/src
LDFLAGS += -L$(ROOT)/build/luajit/src -lluajit -pagezero_size 10000 -image_base 100000000
LIBS += $(ROOT)/build/luajit/src/libluajit.dylib
else
CFLAGS += -I$(ROOT)/deps/lua/src -I$(ROOT)/build/lua
LDFLAGS += -L$(ROOT)/build/lua -llua
endif
CFLAGS += -I$(ROOT)/deps/glfw/include
CFLAGS_@(AUDIO) += -I$(ROOT)/deps/openal-soft/include
CFLAGS_@(DATA) += -I$(ROOT)/deps/msdfgen
CFLAGS_@(OPENVR) += -I$(ROOT)/deps/openvr/headers
CFLAGS_@(PHYSICS) += -I$(ROOT)/deps/ode/include -I$(ROOT)/build/ode/include
CFLAGS_@(ENET) += -I$(ROOT)/deps/enet/include
LDFLAGS += -L$(ROOT)/build/glfw/src -lglfw
LDFLAGS_@(AUDIO) += -L$(ROOT)/build/openal -lopenal
LDFLAGS_@(DATA) += -L$(ROOT)/build/lib_msdfgen -lmsdfgen
LDFLAGS_@(OPENVR) += -L$(ROOT)/build/openvr_api -lopenvr_api
LDFLAGS_@(PHYSICS) += -L$(ROOT)/build/ode -lode
LDFLAGS_@(ENET) += -L$(ROOT)/build/enet -lenet
LIBS += $(ROOT)/build/glfw/src/libglfw.*dylib
LIBS_@(AUDIO) += $(ROOT)/build/openal/libopenal.*dylib
LIBS_@(DATA) += $(ROOT)/build/lib_msdfgen/libmsdfgen.dylib
LIBS_@(OPENVR) += $(ROOT)/build/openvr_api/libopenvr_api.dylib
LIBS_@(PHYSICS) += $(ROOT)/build/ode/libode.dylib
endif
tup macOS fixes; - Need to use dylib suffix. - Need pagezero stuff (should we only do this when using LuaJIT?) - rpath is totally different. - stb_vorbis alloca broke?
2019-12-13 15:27:37 +00:00
endif
Tup: emscripten support; LuaJIT flag;
2020-03-03 07:06:42 +00:00
Tuprules: Separate library variables for each platform; Will make it easier for windows/android...
2020-05-12 00:48:18 +00:00
## Linux
platform -> os; The function names are staying the same for now.
2019-12-14 03:36:46 +00:00
ifeq ($(PLATFORM),linux)
tup macOS fixes; - Need to use dylib suffix. - Need pagezero stuff (should we only do this when using LuaJIT?) - rpath is totally different. - stb_vorbis alloca broke?
2019-12-13 15:27:37 +00:00
LDFLAGS += -lm -lpthread
Tup build system for android;
2020-05-29 22:27:49 +00:00
LDFLAGS += -Wl,-rpath,\$ORIGIN/$(LIB)
Tuprules: Separate library variables for each platform; Will make it easier for windows/android...
2020-05-12 00:48:18 +00:00
ifeq (@(CMAKE_DEPS),y)
ifeq (@(LUAJIT),y)
CFLAGS += -I$(ROOT)/deps/luajit/src
LDFLAGS += -L$(ROOT)/build/luajit/src -lluajit
LIBS += $(ROOT)/build/luajit/src/libluajit.so
else
CFLAGS += -I$(ROOT)/deps/lua/src -I$(ROOT)/build/lua
LDFLAGS += -L$(ROOT)/build/lua -llua
endif
CFLAGS += -I$(ROOT)/deps/glfw/include
CFLAGS_@(AUDIO) += -I$(ROOT)/deps/openal-soft/include
CFLAGS_@(DATA) += -I$(ROOT)/deps/msdfgen
CFLAGS_@(OPENVR) += -I$(ROOT)/deps/openvr/headers
CFLAGS_@(PHYSICS) += -I$(ROOT)/deps/ode/include -I$(ROOT)/build/ode/include
CFLAGS_@(ENET) += -I$(ROOT)/deps/enet/include
LDFLAGS += -L$(ROOT)/build/glfw/src -lglfw
LDFLAGS_@(AUDIO) += -L$(ROOT)/build/openal -lopenal
LDFLAGS_@(DATA) += -L$(ROOT)/build/lib_msdfgen -lmsdfgen
LDFLAGS_@(OPENVR) += -L$(ROOT)/build/openvr_api -lopenvr_api
LDFLAGS_@(PHYSICS) += -L$(ROOT)/build/ode -lode
LDFLAGS_@(ENET) += -L$(ROOT)/build/enet -lenet
LIBS += $(ROOT)/build/glfw/src/libglfw.*so*
LIBS_@(AUDIO) += $(ROOT)/build/openal/libopenal.*so*
LIBS_@(DATA) += $(ROOT)/build/lib_msdfgen/libmsdfgen.so
LIBS_@(OPENVR) += $(ROOT)/build/openvr_api/libopenvr_api.so
LIBS_@(PHYSICS) += $(ROOT)/build/ode/libode.so
endif
tup macOS fixes; - Need to use dylib suffix. - Need pagezero stuff (should we only do this when using LuaJIT?) - rpath is totally different. - stb_vorbis alloca broke?
2019-12-13 15:27:37 +00:00
endif
Tup build system for android;
2020-05-29 22:27:49 +00:00
## Android
ifeq ($(PLATFORM),android)
CC = @(ANDROID_SDK)/sdk/ndk-bundle/toolchains/llvm/prebuilt/@(ANDROID_HOST_TAG)/bin/clang
TOOLS = @(ANDROID_SDK)/sdk/build-tools/@(ANDROID_BUILD_TOOLS_VERSION)
Android: Organize tup rules; Fix manifest;
2020-06-25 19:27:18 +00:00
ANDROID_JAR = @(ANDROID_SDK)/sdk/platforms/android-@(ANDROID_API_VERSION)/android.jar
Tup build system for android;
2020-05-29 22:27:49 +00:00
GLUE = @(ANDROID_SDK)/sdk/ndk-bundle/sources/android/native_app_glue
Finish vrapi driver;
2020-06-10 00:00:33 +00:00
VRAPI_LIB_PATH = $(ROOT)/deps/VrApi/Libs/Android/@(ANDROID_ABI)/Release
Tup build system for android;
2020-05-29 22:27:49 +00:00
CFLAGS += --target=@(ANDROID_TARGET)
CFLAGS += -I$(GLUE)
LDFLAGS += --target=@(ANDROID_TARGET)
LDFLAGS += -shared
LDFLAGS += -landroid
LIB = lib/@(ANDROID_ABI)
PREFIX = $(LIB)/lib
SUFFIX = .so
Android: Organize tup rules; Fix manifest;
2020-06-25 19:27:18 +00:00
# Macros
!dx = |> ^ DX %b^ dx --dex --output=%o %f |>
!zipalign = |> ^ ZIPALIGN %f^ $(TOOLS)/zipalign -f 4 %f %o |>
!apksigner = |> ^ APKSIGNER %o^ $(TOOLS)/apksigner sign --ks @(ANDROID_KEYSTORE) --ks-pass @(ANDROID_KEYSTORE_PASS) --out %o %f |>
Tup build system for android;
2020-05-29 22:27:49 +00:00
ifeq (@(CMAKE_DEPS),y)
ifeq (@(LUAJIT),y)
CFLAGS += -I$(ROOT)/deps/luajit/src
LDFLAGS += -L$(ROOT)/build/luajit/src -lluajit
STATIC_LIBS += $(ROOT)/build/luajit/src/libluajit.a
else
CFLAGS += -I$(ROOT)/deps/lua/src -I$(ROOT)/build/lua
LDFLAGS += -L$(ROOT)/build/lua -llua
endif
CFLAGS_@(AUDIO) += -I$(ROOT)/deps/openal-soft/include
CFLAGS_@(DATA) += -I$(ROOT)/deps/msdfgen
CFLAGS_@(PHYSICS) += -I$(ROOT)/deps/ode/include -I$(ROOT)/build/ode/include
CFLAGS_@(ENET) += -I$(ROOT)/deps/enet/include
LDFLAGS_@(AUDIO) += -L$(ROOT)/build/openal -lopenal
LDFLAGS_@(DATA) += -L$(ROOT)/build/lib_msdfgen -lmsdfgen
LDFLAGS_@(PHYSICS) += -L$(ROOT)/build/ode -lode
LDFLAGS_@(ENET) += -L$(ROOT)/build/enet -lenet
vrapi: Add support for focus awareness;
2020-06-25 21:00:12 +00:00
LDFLAGS_@(VRAPI) += -L$(VRAPI_LIB_PATH) -lvrapi
Tup build system for android;
2020-05-29 22:27:49 +00:00
LIBS_@(AUDIO) += $(ROOT)/build/openal/libopenal.*so*
LIBS_@(PHYSICS) += $(ROOT)/build/ode/libode.so
Finish vrapi driver;
2020-06-10 00:00:33 +00:00
LIBS_@(VRAPI) += $(VRAPI_LIB_PATH)/libvrapi.so
Tup build system for android;
2020-05-29 22:27:49 +00:00
endif
endif
Tuprules: Separate library variables for each platform; Will make it easier for windows/android...
2020-05-12 00:48:18 +00:00
## emscripten
Tup: emscripten support; LuaJIT flag;
2020-03-03 07:06:42 +00:00
ifeq ($(PLATFORM),web)
SUFFIX = .html
EXTRAS = lovr.js lovr.wasm
tup: fully support web builds;
2020-03-04 03:27:58 +00:00
EXTRAS_@(THREAD) += lovr.worker.js
Tup: emscripten support; LuaJIT flag;
2020-03-03 07:06:42 +00:00
LDFLAGS += -s USE_GLFW=3
tup: fully support web builds;
2020-03-04 03:27:58 +00:00
LDFLAGS += -s USE_WEBGL2
LDFLAGS += -s FULL_ES2
LDFLAGS += -s FULL_ES3
LDFLAGS += -s GL_PREINITIALIZED_CONTEXT
LDFLAGS += -s FORCE_FILESYSTEM
LDFLAGS += -s EXPORTED_FUNCTIONS="[
Add preliminary WebXR backend;
2020-03-05 06:47:24 +00:00
LDFLAGS += '_main',
LDFLAGS += '_lovrCanvasCreateFromHandle','_lovrGraphicsSetCamera',
tup: fully support web builds;
2020-03-04 03:27:58 +00:00
LDFLAGS += '_mat4_set','_mat4_identity','_mat4_invert','_mat4_multiply','_mat4_rotateQuat',
LDFLAGS += '_mat4_transform','_mat4_transformDirection'
LDFLAGS += ]"
Add preliminary WebXR backend;
2020-03-05 06:47:24 +00:00
LDFLAGS_@(WEBXR) += --js-library $(ROOT)/src/resources/webxr.js
tup: fully support web builds;
2020-03-04 03:27:58 +00:00
LDFLAGS += --shell-file $(ROOT)/src/resources/lovr.html
Tup: emscripten support; LuaJIT flag;
2020-03-03 07:06:42 +00:00
CFLAGS_@(THREAD) += -s USE_PTHREADS=1
LDFLAGS_@(THREAD) += -s USE_PTHREADS=1
CFLAGS += -I$(ROOT)/deps/lua/src -I$(ROOT)/build/lua
Rework Tupfiles; - One toplevel Tupfile that makes it more clear what happens. - Add config flags for -Werror, -fsanitize, and separate debug/optimize flags. - Automatically integrate with libs built by CMake (build folder, rpath, libs folder). - Disabling modules actually works, only the stuff that's needed is built.
2019-12-13 14:52:57 +00:00
CFLAGS_@(DATA) += -I$(ROOT)/deps/msdfgen
CFLAGS_@(PHYSICS) += -I$(ROOT)/deps/ode/include -I$(ROOT)/build/ode/include
Tuprules: Separate library variables for each platform; Will make it easier for windows/android...
2020-05-12 00:48:18 +00:00
STATIC_LIBS += $(ROOT)/build/lua/liblua.a
STATIC_LIBS_@(DATA) += $(ROOT)/build/lib_msdfgen/libmsdfgen.a
STATIC_LIBS_@(PHYSICS) += $(ROOT)/build/ode/libode.a
Tup: emscripten support; LuaJIT flag;
2020-03-03 07:06:42 +00:00
endif
Add tup build system; It's still a rough draft and likely only works on my machine, but can be improved over time. Rough explanation: - tup.config contains high-level build configuration defaults. - Tuprules.tup contains mostly compiler flags (generated from the tup.config) and declares some macros used to compile code. - Tupfile takes all generated object files and links them into the lovr executable. - src/Tupdefault defines the default build steps for src and all subdirectories, which is to compile all .c files to .o files and put them in the <objects> bucket for linking by the toplevel Tupfile. It's possible to have multiple configs active at once for different platforms, projects, etc. To do this, create a folder for each build variant you want, and place a tup.config in each folder (it can be a symlink, which is helpful). Then, invoking `tup` will build all your variants, or you can build a specific one by doing `tup <foldername>`.
2019-06-10 10:41:31 +00:00
Tuprules: Separate library variables for each platform; Will make it easier for windows/android...
2020-05-12 00:48:18 +00:00
LIBS += $(LIBS_y)
tup organization;
2019-12-13 11:39:04 +00:00
CFLAGS += @(EXTRA_CFLAGS)
LDFLAGS += @(EXTRA_LDFLAGS)
Cleanup;
2019-09-27 03:19:50 +00:00
Rework Tupfiles; - One toplevel Tupfile that makes it more clear what happens. - Add config flags for -Werror, -fsanitize, and separate debug/optimize flags. - Automatically integrate with libs built by CMake (build folder, rpath, libs folder). - Disabling modules actually works, only the stuff that's needed is built.
2019-12-13 14:52:57 +00:00
## Macros
Android: Organize tup rules; Fix manifest;
2020-06-25 19:27:18 +00:00
!cc = |> ^ CC %b^ $(CC) $(CFLAGS_y) $(CFLAGS) -o %o -c %f |>
Tup build system for android;
2020-05-29 22:27:49 +00:00
!ld = |> ^ LD %o^ $(CC) -o %o %f $(LDFLAGS_y) $(LDFLAGS) |>
api: try new file naming convention; Tupfile: cleanup; I assume full responsibility for any catastrophes this causes.
2020-01-01 03:31:44 +00:00
!xd = |> ^ XD %f^ xxd -i %f > %o |>
Rework Tupfiles; - One toplevel Tupfile that makes it more clear what happens. - Add config flags for -Werror, -fsanitize, and separate debug/optimize flags. - Automatically integrate with libs built by CMake (build folder, rpath, libs folder). - Disabling modules actually works, only the stuff that's needed is built.
2019-12-13 14:52:57 +00:00
!cp = |> ^ CP %b^ cp %f %o |>
Reference in a new issue Copy permalink