qf/quakeforge
0
0
Fork 0
mirror of https://git.code.sf.net/p/quake/quakeforge synced 2024-11-15 09:21:33 +00:00
Code Issues Projects Releases Packages Wiki Activity
quakeforge/libs/ruamoko/Makemodule.am

46 lines
1.3 KiB
Text
Raw Normal View History

[build] Move to non-recursive make There's still some cleanup to do, but everything seems to be working nicely: `make -j` works, `make distcheck` passes. There is probably plenty of bitrot in the package directories (RPM, debian), though. The vc project files have been removed since those versions are way out of date and quakeforge is pretty much dependent on gcc now anyway. Most of the old Makefile.am files are now Makemodule.am. This should allow for new Makefile.am files that allow local building (to be added on an as-needed bases). The current remaining Makefile.am files are for standalone sub-projects.a The installable bins are currently built in the top-level build directory. This may change if the clutter gets to be too much. While this does make a noticeable difference in build times, the main reason for the switch was to take care of the growing dependency issues: now it's possible to build tools for code generation (eg, using qfcc and ruamoko programs for code-gen).
2020-06-21 14:15:17 +00:00
ruamoko_rua_libs= \
libs/gamecode/libQFgamecode.la \
libs/util/libQFutil.la
[input] Create QF input library using keys.c This refactors (as such) keys.c so that it no longer depends on console or gib, and pulls keys out of video targets. The eventual plan is to move all high-level general input handling into libQFinput, and probably low-level (eg, /dev/input handling for joysticks etc on Linux). Fixes #8
2021-07-05 07:26:07 +00:00
lib_LTLIBRARIES += \
libs/ruamoko/libQFruamoko.la \
libs/ruamoko/libQFruamoko_client.la
[build] Move to non-recursive make There's still some cleanup to do, but everything seems to be working nicely: `make -j` works, `make distcheck` passes. There is probably plenty of bitrot in the package directories (RPM, debian), though. The vc project files have been removed since those versions are way out of date and quakeforge is pretty much dependent on gcc now anyway. Most of the old Makefile.am files are now Makemodule.am. This should allow for new Makefile.am files that allow local building (to be added on an as-needed bases). The current remaining Makefile.am files are for standalone sub-projects.a The installable bins are currently built in the top-level build directory. This may change if the clutter gets to be too much. While this does make a noticeable difference in build times, the main reason for the switch was to take care of the growing dependency issues: now it's possible to build tools for code generation (eg, using qfcc and ruamoko programs for code-gen).
2020-06-21 14:15:17 +00:00
libs_ruamoko_libQFruamoko_la_LDFLAGS= $(lib_ldflags)
libs_ruamoko_libQFruamoko_la_LIBADD= $(ruamoko_rua_libs)
libs_ruamoko_libQFruamoko_la_DEPENDENCIES= $(ruamoko_rua_libs)
libs_ruamoko_libQFruamoko_la_SOURCES= \
libs/ruamoko/pr_cmds.c \
libs/ruamoko/rua_cbuf.c \
libs/ruamoko/rua_cmd.c \
libs/ruamoko/rua_cvar.c \
libs/ruamoko/rua_hash.c \
libs/ruamoko/rua_init.c \
libs/ruamoko/rua_math.c \
libs/ruamoko/rua_msgbuf.c \
libs/ruamoko/rua_obj.c \
libs/ruamoko/rua_plist.c \
libs/ruamoko/rua_qfile.c \
libs/ruamoko/rua_qfs.c \
libs/ruamoko/rua_runtime.c \
libs/ruamoko/rua_script.c \
libs/ruamoko/rua_set.c \
[ruamoko] Add some stdlib function wrappers For now, just bsearch (normal and fuzzy), qsort, and prefixsum (not in C's stdlib that I know of, but I think having native implementations of float and int prefix sums will be useful.
2021-06-01 04:01:19 +00:00
libs/ruamoko/rua_stdlib.c \
[build] Move to non-recursive make There's still some cleanup to do, but everything seems to be working nicely: `make -j` works, `make distcheck` passes. There is probably plenty of bitrot in the package directories (RPM, debian), though. The vc project files have been removed since those versions are way out of date and quakeforge is pretty much dependent on gcc now anyway. Most of the old Makefile.am files are now Makemodule.am. This should allow for new Makefile.am files that allow local building (to be added on an as-needed bases). The current remaining Makefile.am files are for standalone sub-projects.a The installable bins are currently built in the top-level build directory. This may change if the clutter gets to be too much. While this does make a noticeable difference in build times, the main reason for the switch was to take care of the growing dependency issues: now it's possible to build tools for code generation (eg, using qfcc and ruamoko programs for code-gen).
2020-06-21 14:15:17 +00:00
libs/ruamoko/rua_string.c
[input] Create QF input library using keys.c This refactors (as such) keys.c so that it no longer depends on console or gib, and pulls keys out of video targets. The eventual plan is to move all high-level general input handling into libQFinput, and probably low-level (eg, /dev/input handling for joysticks etc on Linux). Fixes #8
2021-07-05 07:26:07 +00:00
libs_ruamoko_libQFruamoko_client_la_LDFLAGS= $(lib_ldflags)
libs_ruamoko_libQFruamoko_client_la_LIBADD= \
[ui] Move font loading into new gui library Font and text handling is very much part of user interface and at least partially independent of rendering, but does fit it better with GUI than genera UI (ie, both graphics and text mode), thus libQFgui as well as libQFui are built in the ui directory. The existing font related builtins have been moved into the ruamoko client library.
2022-12-07 06:11:08 +00:00
libs/ruamoko/libQFruamoko.la \
libs/ui/libQFgui.la
[input] Create QF input library using keys.c This refactors (as such) keys.c so that it no longer depends on console or gib, and pulls keys out of video targets. The eventual plan is to move all high-level general input handling into libQFinput, and probably low-level (eg, /dev/input handling for joysticks etc on Linux). Fixes #8
2021-07-05 07:26:07 +00:00
libs_ruamoko_libQFruamoko_client_la_DEPENDENCIES= \
libs/ruamoko/libQFruamoko.la \
[ui] Move font loading into new gui library Font and text handling is very much part of user interface and at least partially independent of rendering, but does fit it better with GUI than genera UI (ie, both graphics and text mode), thus libQFgui as well as libQFui are built in the ui directory. The existing font related builtins have been moved into the ruamoko client library.
2022-12-07 06:11:08 +00:00
libs/ui/libQFgui.la \
[input] Create QF input library using keys.c This refactors (as such) keys.c so that it no longer depends on console or gib, and pulls keys out of video targets. The eventual plan is to move all high-level general input handling into libQFinput, and probably low-level (eg, /dev/input handling for joysticks etc on Linux). Fixes #8
2021-07-05 07:26:07 +00:00
$(ruamoko_rua_libs)
libs_ruamoko_libQFruamoko_client_la_SOURCES= \
[ruamoko] Replace rua_key with rua_input And create rua_game to coordinate other game builtins. Menus are broken for key handling, but have been since the input rewrite anyway. rua_input adds the ability to create buttons and axes (but not destroy them). More work needs to be done to flesh things out, though.
2021-12-20 15:47:13 +00:00
libs/ruamoko/rua_game_init.c \
[ui] Move font loading into new gui library Font and text handling is very much part of user interface and at least partially independent of rendering, but does fit it better with GUI than genera UI (ie, both graphics and text mode), thus libQFgui as well as libQFui are built in the ui directory. The existing font related builtins have been moved into the ruamoko client library.
2022-12-07 06:11:08 +00:00
libs/ruamoko/rua_gui.c \
[ruamoko] Add bindings for Mercenne Twister
2021-12-21 15:18:25 +00:00
libs/ruamoko/rua_input.c \
[ruamoko] Add wrappers for the existing scene functions I've run into a bit of an issue with transform management (really, just need to make them owned by the scene, but that means creating a scene for quake and quakeworld).
2022-02-14 07:43:10 +00:00
libs/ruamoko/rua_mersenne.c \
[ruamoko] Add builtins for handling models Just "loading" and "unloading" (both really just hints due to the caching system), and an internal function for converting a handle to a model pointer, but it let me test IQM loading and unloading in Vulkan.
2022-05-04 05:15:45 +00:00
libs/ruamoko/rua_model.c \
[ruamoko] Add wrappers for the existing scene functions I've run into a bit of an issue with transform management (really, just need to make them owned by the scene, but that means creating a scene for quake and quakeworld).
2022-02-14 07:43:10 +00:00
libs/ruamoko/rua_scene.c
Reference in a new issue Copy permalink