qf/quakeforge
0
0
Fork 0
mirror of https://git.code.sf.net/p/quake/quakeforge synced 2024-11-10 07:11:41 +00:00
Code Issues Projects Releases Packages Wiki Activity
quakeforge/ruamoko/lib/Makemodule.am

120 lines
3.4 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_libs=ruamoko/lib/libr.a ruamoko/lib/libqw.a ruamoko/lib/libnq.a ruamoko/lib/libcsqc.a
ruamoko_lib_LIBRARIES += $(ruamoko_libs)
EXTRA_LIBRARIES += $(ruamoko_libs)
noinst_HEADERS += \
ruamoko/lib/Array+Private.h
ruamoko_lib_libr_a_SOURCES=\
ruamoko/lib/cbuf.r \
ruamoko/lib/cmd.r \
ruamoko/lib/cvar.r \
ruamoko/lib/hash.r \
ruamoko/lib/msgbuf.r \
ruamoko/lib/plist.r \
ruamoko/lib/qfile.r \
ruamoko/lib/qfs.r \
ruamoko/lib/script.r \
ruamoko/lib/sound.r \
[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
ruamoko/lib/stdlib.r \
[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/lib/string.r \
ruamoko/lib/math.r \
ruamoko/lib/types.r \
ruamoko/lib/va_list.r \
ruamoko/lib/obj_forward.r \
ruamoko/lib/Object.r \
ruamoko/lib/Protocol.r \
ruamoko/lib/AutoreleasePool.r \
ruamoko/lib/Array.r \
ruamoko/lib/Array+Private.r \
ruamoko/lib/Entity.r \
ruamoko/lib/PropertyList.r \
ruamoko/lib/Set.r
ruamoko_lib_libr_a_dep=$(call qcautodep,$(ruamoko_lib_libr_a_SOURCES))
ruamoko_lib_libr_a_AR=$(PAK) -cf
[build] Fix a pile of issues building under cygwin Many thanks to jdp_ for finding them initially and getting me to take a look at things.
2022-09-19 12:41:24 +00:00
EXTRA_ruamoko_lib_libr_a_DEPENDENCIES=$(PAK)
[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
include $(ruamoko_lib_libr_a_dep) # am--include-marker
r_depfiles_remade += $(ruamoko_lib_libr_a_dep)
[ruamoko] Clean up ruamoko/lib rules They were ok before the update to non-recursive make, but with the extra bits of path, the rules got very hard to read.
2021-12-21 15:33:38 +00:00
ruamoko_lib_common_src= \
ruamoko/lib/debug.r \
ruamoko/lib/system.r \
[ruamoko] Move older math functions The old math functions from quake and quakeworld don't belong with the newer ones as their presence in the same object file causes invalid builtin warnings when pr_cmds isn't present.
2021-12-22 05:00:31 +00:00
ruamoko/lib/legacy_math.r \
[ruamoko] Clean up ruamoko/lib rules They were ok before the update to non-recursive make, but with the extra bits of path, the rules got very hard to read.
2021-12-21 15:33:38 +00:00
ruamoko/lib/legacy_string.r
[ruamoko] Move older math functions The old math functions from quake and quakeworld don't belong with the newer ones as their presence in the same object file causes invalid builtin warnings when pr_cmds isn't present.
2021-12-22 05:00:31 +00:00
[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_lib_server_src= \
[ruamoko] Clean up ruamoko/lib rules They were ok before the update to non-recursive make, but with the extra bits of path, the rules got very hard to read.
2021-12-21 15:33:38 +00:00
ruamoko/lib/crudefile.r \
ruamoko/lib/entities.r \
ruamoko/lib/infokey.r \
ruamoko/lib/message.r \
ruamoko/lib/physics.r \
ruamoko/lib/server.r \
ruamoko/lib/sv_sound.r
[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_lib_libqw_a_src= \
[ruamoko] Clean up ruamoko/lib rules They were ok before the update to non-recursive make, but with the extra bits of path, the rules got very hard to read.
2021-12-21 15:33:38 +00:00
ruamoko/lib/qw_message.r \
ruamoko/lib/qw_physics.r \
ruamoko/lib/qw_sys.r
[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_lib_libnq_a_src= \
ruamoko/lib/nq_message.r
[ruamoko] Clean up ruamoko/lib rules They were ok before the update to non-recursive make, but with the extra bits of path, the rules got very hard to read.
2021-12-21 15:33:38 +00:00
[ruamoko] Make some progress on the input bindings
2021-12-21 08:45:48 +00:00
ruamoko_lib_libcsqc_a_src= \
ruamoko/lib/draw.r \
ruamoko/lib/gib.r \
ruamoko/lib/input.r \
[ruamoko] Add bindings for Mercenne Twister
2021-12-21 15:18:25 +00:00
ruamoko/lib/mersenne.r \
[ruamoko] Allow entity model to be set And add header and function definitions for scene to libcsqc.
2022-05-04 08:38:38 +00:00
ruamoko/lib/scene.r \
[ruamoko] Make some progress on the input bindings
2021-12-21 08:45:48 +00:00
ruamoko/lib/key.r
[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_lib_common_dep=$(call qcautodep,$(ruamoko_lib_common_src))
include $(ruamoko_lib_common_dep) # am--include-marker
r_depfiles_remade += $(ruamoko_lib_common_dep)
ruamoko_lib_server_dep=$(call qcautodep,$(ruamoko_lib_server_src))
include $(ruamoko_lib_server_dep) # am--include-marker
r_depfiles_remade += $(ruamoko_lib_server_dep)
[ruamoko] Clean up ruamoko/lib rules They were ok before the update to non-recursive make, but with the extra bits of path, the rules got very hard to read.
2021-12-21 15:33:38 +00:00
ruamoko_lib_libqw_a_SOURCES= \
$(ruamoko_lib_libqw_a_src) \
$(ruamoko_lib_common_src) \
$(ruamoko_lib_server_src) \
ruamoko/lib/math.r
[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_lib_libqw_a_dep=$(call qcautodep,$(ruamoko_lib_libqw_a_src))
ruamoko_lib_libqw_a_AR=$(PAK) -cf
[build] Fix a pile of issues building under cygwin Many thanks to jdp_ for finding them initially and getting me to take a look at things.
2022-09-19 12:41:24 +00:00
EXTRA_ruamoko_lib_libqw_a_DEPENDENCIES=$(PAK)
[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
include $(ruamoko_lib_libqw_a_dep) # am--include-marker
r_depfiles_remade += $(ruamoko_lib_libqw_a_dep)
[ruamoko] Clean up ruamoko/lib rules They were ok before the update to non-recursive make, but with the extra bits of path, the rules got very hard to read.
2021-12-21 15:33:38 +00:00
ruamoko_lib_libnq_a_SOURCES=\
$(ruamoko_lib_libnq_a_src) \
$(ruamoko_lib_common_src) \
$(ruamoko_lib_server_src) \
ruamoko/lib/math.r
[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_lib_libnq_a_dep=$(call qcautodep,$(ruamoko_lib_libnq_a_src))
ruamoko_lib_libnq_a_AR=$(PAK) -cf
[build] Fix a pile of issues building under cygwin Many thanks to jdp_ for finding them initially and getting me to take a look at things.
2022-09-19 12:41:24 +00:00
EXTRA_ruamoko_lib_libnq_a_DEPENDENCIES=$(PAK)
[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
include $(ruamoko_lib_libnq_a_dep) # am--include-marker
r_depfiles_remade += $(ruamoko_lib_libnq_a_dep)
[ruamoko] Clean up ruamoko/lib rules They were ok before the update to non-recursive make, but with the extra bits of path, the rules got very hard to read.
2021-12-21 15:33:38 +00:00
ruamoko_lib_libcsqc_a_SOURCES=\
$(ruamoko_lib_libcsqc_a_src) \
$(ruamoko_lib_common_src)
[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_lib_libcsqc_a_dep=$(call qcautodep,$(ruamoko_lib_libcsqc_a_src))
ruamoko_lib_libcsqc_a_AR= $(PAK) -cf
[build] Fix a pile of issues building under cygwin Many thanks to jdp_ for finding them initially and getting me to take a look at things.
2022-09-19 12:41:24 +00:00
EXTRA_ruamoko_lib_libcsqc_a_DEPENDENCIES=$(PAK)
[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
include $(ruamoko_lib_libcsqc_a_dep) # am--include-marker
r_depfiles_remade += $(ruamoko_lib_libcsqc_a_dep)
CLEANFILES += \
ruamoko/lib/*.dat \
ruamoko/lib/*.sym
DISTCLEANFILES += \
$(ruamoko_lib_libr_a_dep) \
$(ruamoko_lib_common_dep) \
$(ruamoko_lib_server_dep) \
$(ruamoko_lib_libqw_a_dep) \
$(ruamoko_lib_libnq_a_dep) \
$(ruamoko_lib_libcsqc_a_dep)
Reference in a new issue Copy permalink