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

161 lines
6 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
QWAQ_LIBS=@QWAQ_LIBS@
QWAQ_DEPS=@QWAQ_DEPS@
QWAQ_INCS=@QWAQ_INCS@
[qwaq] Add a little z-transform program And fix an error in floatview. The z-transform program is so I can test out my math and eventually develop some hopefully interesting sound generators.
2021-06-19 02:25:05 +00:00
noinst_PROGRAMS += @QWAQ_TARGETS@ ruamoko/qwaq/qwaq-app.dat$(EXEEXT) ruamoko/qwaq/gcd.dat$(EXEEXT) ruamoko/qwaq/z-transform.dat$(EXEEXT)
[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
qwaq_app_dat_src= \
ruamoko/qwaq/qwaq-app.r \
ruamoko/qwaq/debugger/views/basicview.r \
ruamoko/qwaq/debugger/views/defview.r \
ruamoko/qwaq/debugger/views/doubleview.r \
ruamoko/qwaq/debugger/views/entityview.r \
ruamoko/qwaq/debugger/views/fieldview.r \
ruamoko/qwaq/debugger/views/floatview.r \
ruamoko/qwaq/debugger/views/funcview.r \
ruamoko/qwaq/debugger/views/intview.r \
ruamoko/qwaq/debugger/views/nameview.r \
ruamoko/qwaq/debugger/views/pointerview.r\
ruamoko/qwaq/debugger/views/quatview.r \
ruamoko/qwaq/debugger/views/stringview.r \
ruamoko/qwaq/debugger/views/uintview.r \
ruamoko/qwaq/debugger/views/vectorview.r \
ruamoko/qwaq/debugger/views/voidview.r \
ruamoko/qwaq/debugger/debug.r \
ruamoko/qwaq/debugger/debugger.r \
ruamoko/qwaq/debugger/localsdata.r \
ruamoko/qwaq/debugger/typeencodings.r \
ruamoko/qwaq/editor/editbuffer.r \
ruamoko/qwaq/editor/editor.r \
[qwaq] Fix page up/down and deal with tabs
2021-06-10 03:13:55 +00:00
ruamoko/qwaq/editor/status.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/qwaq/ui/button.r \
ruamoko/qwaq/ui/draw.r \
ruamoko/qwaq/ui/garray.r \
ruamoko/qwaq/ui/group.r \
ruamoko/qwaq/ui/listener.r \
ruamoko/qwaq/ui/proxyview.r \
ruamoko/qwaq/ui/rect.r \
ruamoko/qwaq/ui/scrollbar.r \
ruamoko/qwaq/ui/tableview.r \
ruamoko/qwaq/ui/textcontext.r \
ruamoko/qwaq/ui/titlebar.r \
ruamoko/qwaq/ui/view.r \
[build] Get make distcheck working again again... This covers only the basic check with a build in debian, but it's a good start.
2021-03-29 08:35:30 +00:00
ruamoko/qwaq/ui/window.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
#FIXME this coupling is horrible
qwaq_curses_libs= \
libs/video/targets/libvid_common.la \
libs/console/libQFconsole.la \
[ui] Create library for UI support code Currently this has text buffer, input line, vrect and view code.
2021-06-12 13:50:51 +00:00
libs/ui/libQFui.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/gib/libQFgib.la
ruamoko_qwaq_qwaq_curses_SOURCES= \
ruamoko/qwaq/builtins/main.c \
ruamoko/qwaq/builtins/curses.c \
ruamoko/qwaq/builtins/debug.c \
ruamoko/qwaq/builtins/editbuffer.c \
[build] Get make distcheck working again again... This covers only the basic check with a build in debian, but it's a good start.
2021-03-29 08:35:30 +00:00
ruamoko/qwaq/builtins/input.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
ruamoko_qwaq_qwaq_curses_LDADD= $(qwaq_curses_libs) $(QWAQ_LIBS) \
Get QF cross-compiling using MXE/mingw32 This includes -win clients (no clue if anything actually works yet).
2021-03-27 11:09:37 +00:00
$(PANEL_LIBS) $(NCURSES_LIBS) $(PTHREAD_LDFLAGS) $(DL_LIBS)
[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_qwaq_qwaq_curses_LDFLAGS=
ruamoko_qwaq_qwaq_curses_DEPENDENCIES= $(qwaq_curses_libs) $(QWAQ_DEPS)
qwaq_cl_plugin_libs= \
@client_static_plugin_libs@
qwaq_client_libs= \
[renderer] Clean up entity_t to a certain extent This is the first step towards component-based entities. There's still some transform-related stuff in the struct that needs to be moved, but it's all entirely client related (rather than renderer) and will probably go into a "client" component. Also, the current components are directly included structs rather than references as I didn't want to deal with the object management at this stage. As part of the process (because transforms use simd) this also starts the process of moving QF to using simd for vectors and matrices. There's now a mess of simd and sisd code mixed together, but it works surprisingly well together.
2021-03-09 14:52:40 +00:00
$(top_builddir)/libs/entity/libQFentity.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
$(top_builddir)/libs/console/libQFconsole.la \
[ui] Create library for UI support code Currently this has text buffer, input line, vrect and view code.
2021-06-12 13:50:51 +00:00
$(top_builddir)/libs/ui/libQFui.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
$(top_builddir)/libs/video/targets/libQFjs.la \
$(top_builddir)/libs/audio/libQFcd.la \
$(top_builddir)/libs/audio/libQFsound.la \
$(top_builddir)/libs/image/libQFimage.la
qwaq_x11_libs= \
$(qwaq_cl_plugin_libs) \
$(top_builddir)/libs/video/renderer/libQFrenderer.la \
$(top_builddir)/libs/models/libQFmodels.la \
$(top_builddir)/libs/video/targets/libQFx11.la \
$(qwaq_client_libs) \
$(top_builddir)/libs/gib/libQFgib.la
ruamoko_qwaq_qwaq_x11_SOURCES=ruamoko/qwaq/builtins/qwaq.c ruamoko/qwaq/builtins/qwaq-bi.c
ruamoko_qwaq_qwaq_x11_LDADD= $(qwaq_x11_libs) $(QWAQ_LIBS) \
$(VIDMODE_LIBS) $(DGA_LIBS) $(X_LIBS) -lX11 \
$(X_EXTRA_LIBS) $(X_SHM_LIB) $(DL_LIBS)
ruamoko_qwaq_qwaq_x11_LDFLAGS=
ruamoko_qwaq_qwaq_x11_DEPENDENCIES= $(qwaq_x11_libs) $(QWAQ_DEPS)
ruamoko_qwaq_qwaq_app_dat_SOURCES=$(qwaq_app_dat_src)
ruamoko_qwaq_qwaq_app_obj=$(ruamoko_qwaq_qwaq_app_dat_SOURCES:.r=.o)
ruamoko_qwaq_qwaq_app_dep=$(call qcautodep,$(ruamoko_qwaq_qwaq_app_dat_SOURCES:.o=.Qo))
ruamoko/qwaq/qwaq-app.dat$(EXEEXT): $(ruamoko_qwaq_qwaq_app_obj) $(QFCC_DEP) ruamoko/lib/libcsqc.a ruamoko/lib/libr.a
[build] Support silent rules for qfcc
2020-06-26 01:52:06 +00:00
$(V_QFCCLD)$(QLINK) -o $@ $(ruamoko_qwaq_qwaq_app_obj) -lcsqc -lr
[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_qwaq_qwaq_app_dep) # am--include-marker
r_depfiles_remade += $(ruamoko_qwaq_qwaq_app_dep)
ruamoko_qwaq_gcd_dat_SOURCES=ruamoko/qwaq/gcd.r
ruamoko_qwaq_gcd_obj=$(ruamoko_qwaq_gcd_dat_SOURCES:.r=.o)
ruamoko_qwaq_gcd_dep=$(call qcautodep,$(ruamoko_qwaq_gcd_dat_SOURCES:.o=.Qo))
ruamoko/qwaq/gcd.dat$(EXEEXT): $(ruamoko_qwaq_gcd_obj) $(QFCC_DEP) ruamoko/lib/libcsqc.a ruamoko/lib/libr.a
[build] Support silent rules for qfcc
2020-06-26 01:52:06 +00:00
$(V_QFCCLD)$(QLINK) -o $@ $(ruamoko_qwaq_gcd_obj) -lcsqc -lr
[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_qwaq_gcd_dep) # am--include-marker
r_depfiles_remade += $(ruamoko_qwaq_gcd_dep)
[qwaq] Add a little z-transform program And fix an error in floatview. The z-transform program is so I can test out my math and eventually develop some hopefully interesting sound generators.
2021-06-19 02:25:05 +00:00
ruamoko_qwaq_z_transform_dat_SOURCES=ruamoko/qwaq/z-transform.r
ruamoko_qwaq_z_transform_obj=$(ruamoko_qwaq_z_transform_dat_SOURCES:.r=.o)
ruamoko_qwaq_z_transform_dep=$(call qcautodep,$(ruamoko_qwaq_z_transform_dat_SOURCES:.o=.Qo))
ruamoko/qwaq/z-transform.dat$(EXEEXT): $(ruamoko_qwaq_z_transform_obj) $(QFCC_DEP) ruamoko/lib/libcsqc.a ruamoko/lib/libr.a
$(V_QFCCLD)$(QLINK) -o $@ $(ruamoko_qwaq_z_transform_obj) -lcsqc -lr
include $(ruamoko_qwaq_z_transform_dep) # am--include-marker
r_depfiles_remade += $(ruamoko_qwaq_z_transform_dep)
[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
EXTRA_PROGRAMS += ruamoko/qwaq/qwaq-curses ruamoko/qwaq/qwaq-x11
EXTRA_DIST += \
$(qwaq_dat_src) \
ruamoko/qwaq/debugger/debug.h \
ruamoko/qwaq/debugger/debugger.h \
ruamoko/qwaq/debugger/localsdata.h \
ruamoko/qwaq/debugger/typeencodings.h \
ruamoko/qwaq/debugger/views/basicview.h \
ruamoko/qwaq/debugger/views/defview.h \
ruamoko/qwaq/debugger/views/doubleview.h \
ruamoko/qwaq/debugger/views/entityview.h \
ruamoko/qwaq/debugger/views/fieldview.h \
ruamoko/qwaq/debugger/views/floatview.h \
ruamoko/qwaq/debugger/views/funcview.h \
ruamoko/qwaq/debugger/views/intview.h \
ruamoko/qwaq/debugger/views/nameview.h \
ruamoko/qwaq/debugger/views/pointerview.h \
ruamoko/qwaq/debugger/views/quatview.h \
ruamoko/qwaq/debugger/views/stringview.h \
ruamoko/qwaq/debugger/views/uintview.h \
ruamoko/qwaq/debugger/views/vectorview.h \
ruamoko/qwaq/debugger/views/voidview.h \
ruamoko/qwaq/editor/editbuffer.h \
ruamoko/qwaq/editor/editor.h \
[qwaq] Fix page up/down and deal with tabs
2021-06-10 03:13:55 +00:00
ruamoko/qwaq/editor/status.h \
[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/qwaq/qwaq-app.h \
ruamoko/qwaq/qwaq.h \
ruamoko/qwaq/ui/button.h \
ruamoko/qwaq/ui/color.h \
ruamoko/qwaq/ui/curses.h \
ruamoko/qwaq/ui/draw.h \
ruamoko/qwaq/ui/event.h \
ruamoko/qwaq/ui/garray.h \
ruamoko/qwaq/ui/group.h \
ruamoko/qwaq/ui/listener.h \
ruamoko/qwaq/ui/proxyview.h \
ruamoko/qwaq/ui/rect.h \
ruamoko/qwaq/ui/scrollbar.h \
ruamoko/qwaq/ui/tableview.h \
ruamoko/qwaq/ui/textcontext.h \
ruamoko/qwaq/ui/titlebar.h \
ruamoko/qwaq/ui/view.h \
ruamoko/qwaq/ui/window.h
CLEANFILES += \
ruamoko/qwaq/qwaq-curses.log \
ruamoko/qwaq/*.dat \
ruamoko/qwaq/*.sym
Reference in a new issue Copy permalink