qf/quakeforge
0
0
Fork 0
mirror of https://git.code.sf.net/p/quake/quakeforge synced 2024-12-01 16:42:37 +00:00
Code Issues Projects Releases Packages Wiki Activity
quakeforge/qw/source/Makemodule.am

182 lines
6.2 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
## Process this file with automake to produce Makefile.in
#
# Makefile.am
#
# Automake-using build system for QuakeForge
#
# Copyright (C) 2000 Jeff Teunissen <deek@quakeforge.net>
#
# This Makefile is free software; you can redistribute it and/or
# modify it under the terms of the GNU General Public License
# as published by the Free Software Foundation; either version 2
# of the License, or (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
#
# See the GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to:
#
# Free Software Foundation, Inc.
# 59 Temple Place - Suite 330
# Boston, MA 02111-1307, USA
#
# $Id$
#
bin_PROGRAMS += @QW_TARGETS@
EXTRA_PROGRAMS += \
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
qw-client-fbdev qw-client-sdl qw-client-svga qw-client-win qw-client-x11 \
[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
qw-server qw-master
noinst_LIBRARIES += @qw_libs@
EXTRA_LIBRARIES += qw/source/libqw_client.a qw/source/libqw_common.a qw/source/libqw_sdl.a qw/source/libqw_server.a
qw_source_libqw_common_a_SOURCES=\
qw/source/game.c qw/source/map_cfg.c qw/source/pmove.c qw/source/pmovetst.c qw/source/net_packetlog.c
qw_source_libqw_sdl_a_SOURCES=qw/source/cl_sys_sdl.c
qw_source_libqw_sdl_a_CFLAGS=$(SDL_CFLAGS)
# Server builds
#
# ... System type
if SYSTYPE_WIN32
syssv_SRC= qw/source/sv_sys_win.c
else
syssv_SRC= qw/source/sv_sys_unix.c
endif
EXTRA_DIST+=qw/source/sv_sys_win.c qw/source/sv_sys_unix.c
qw_source_libqw_server_a_SOURCES= \
qw/source/crudefile.c qw/source/sv_ccmds.c qw/source/sv_demo.c qw/source/sv_ents.c qw/source/sv_gib.c qw/source/sv_init.c qw/source/sv_main.c \
qw/source/sv_move.c qw/source/sv_phys.c qw/source/sv_pr_cmds.c qw/source/sv_pr_cpqw.c qw/source/sv_pr_qwe.c qw/source/sv_progs.c \
qw/source/sv_qtv.c qw/source/sv_recorder.c qw/source/sv_sbar.c qw/source/sv_send.c qw/source/sv_user.c qw/source/world.c
qw_server_LIBS= \
@server_static_plugin_libs@ \
libs/qw/libqw.a \
libs/net/libnet_chan.la \
libs/models/libQFmodels.la \
libs/gib/libQFgib.la \
libs/ruamoko/libQFruamoko.la \
libs/gamecode/libQFgamecode.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/util/libQFutil.la
qw_server_deps=qw/source/libqw_server.a qw/source/libqw_common.a $(qw_server_LIBS)
qw_server_SOURCES= $(syssv_SRC)
qw_server_LDADD= $(qw_server_deps) $(NET_LIBS) $(DL_LIBS) $(CURSES_LIBS)
qw_server_LDFLAGS= $(common_ldflags)
qw_server_DEPENDENCIES= $(qw_server_deps)
qw_master_deps=libs/util/libQFutil.la
qw_master_SOURCES= qw/source/master.c
qw_master_LDADD= $(qw_master_deps) $(NET_LIBS)
qw_master_DEPENDENCIES= $(qw_master_deps)
qw_master_LDFLAGS= $(common_ldflags)
qw_cl_plugin_LIBS= \
@client_static_plugin_libs@
qw_client_LIBS= \
libs/qw/libqw.a \
[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/gib/libQFgib_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/net/libnet_chan.la \
[scene] Rename libQFentity to libQFscene And start working on scene management.
2021-07-24 05:19:52 +00:00
libs/scene/libQFscene.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/console/libQFconsole.la \
libs/audio/libQFcd.la \
libs/audio/libQFsound.la \
libs/image/libQFimage.la \
libs/gib/libQFgib.la \
libs/ruamoko/libQFruamoko.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 \
[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/input/libQFinput.la \
[ecs] Move ECS core into its own library While the libraries are probably getting a little out of hand, the separation into its own directory is probably a good thing as an ECS should not be tied to scenes. This should make the ECS more generally useful.
2022-10-26 06:22:09 +00:00
libs/ecs/libQFecs.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/util/libQFutil.la
qw_client_libs= qw/source/libqw_client.a qw/source/libqw_common.a \
libs/client/libQFclient.la
qw_source_libqw_client_a_SOURCES= \
[client] Merge chase camera and much of input Handling of view angles is a little hacky at the moment, but this gets the chase camera code and most of the common input code into one place, which will make cleaning up the camera code much easier.
2022-02-22 06:23:09 +00:00
qw/source/cl_cam.c qw/source/cl_chat.c qw/source/cl_cmd.c qw/source/cl_cvar.c qw/source/cl_demo.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
qw/source/cl_entparse.c qw/source/cl_ents.c qw/source/cl_http.c qw/source/cl_input.c qw/source/cl_main.c qw/source/cl_ngraph.c \
[client] Merge cl_screen.c The client state that was accessed by cl_screen is now put in viewstate and maintained by the client before calling CL_UpdateScreen.
2022-11-02 06:08:09 +00:00
qw/source/cl_parse.c qw/source/cl_pred.c qw/source/cl_rss.c qw/source/cl_skin.c qw/source/cl_slist.c \
[client] Move qw's loc code into client This makes the location code available to nq (not used yet) but more importantly moves some definitely client-side code into the right place.
2021-03-11 02:38:33 +00:00
qw/source/sbar.c qw/source/teamplay.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
# Software-rendering clients
# ... Linux FBDev
qw_client_fbdev_libs= \
$(qw_client_libs) \
$(qw_cl_plugin_LIBS) \
libs/video/renderer/libQFrenderer.la \
libs/models/libQFmodels.la \
libs/video/targets/libQFfbdev.la \
$(qw_client_LIBS)
qw_client_fbdev_SOURCES= qw/source/cl_sys_unix.c
qw_client_fbdev_LDADD= $(qw_client_fbdev_libs) $(NET_LIBS) $(LIBCURL_LIBS)
qw_client_fbdev_LDFLAGS= $(common_ldflags)
qw_client_fbdev_DEPENDENCIES= $(qw_client_fbdev_libs)
# ... Simple DirectMedia Layer, version 1.2 and higher
qw_client_sdl_libs= \
qw/source/libqw_sdl.a \
$(qw_client_libs) \
$(qw_cl_plugin_LIBS) \
libs/video/renderer/libQFrenderer.la \
libs/models/libQFmodels.la \
libs/video/targets/libQFsdl.la \
$(qw_client_LIBS)
qw_client_sdl_SOURCES=qw/source/sdl_link.c
qw_client_sdl_LDADD= qw/source/libqw_sdl.a $(qw_client_sdl_libs) $(SDL_LIBS) $(NET_LIBS) $(LIBCURL_LIBS)
qw_client_sdl_LDFLAGS= $(common_ldflags)
qw_client_sdl_DEPENDENCIES= qw/source/libqw_sdl.a $(qw_client_sdl_libs)
# ... Linux SVGAlib
qw_client_svga_libs= \
$(qw_client_libs) \
$(qw_cl_plugin_LIBS) \
libs/video/renderer/libQFrenderer.la \
libs/models/libQFmodels.la \
libs/video/targets/libQFsvga.la \
$(qw_client_LIBS)
qw_client_svga_SOURCES= qw/source/cl_sys_unix.c
qw_client_svga_LDADD= $(qw_client_svga_libs) $(SVGA_LIBS) $(NET_LIBS) $(LIBCURL_LIBS)
qw_client_svga_LDFLAGS= $(common_ldflags)
qw_client_svga_DEPENDENCIES= $(qw_client_svga_libs)
# ... X11
qw_client_x11_libs= \
$(qw_client_libs) \
$(qw_cl_plugin_LIBS) \
libs/video/renderer/libQFrenderer.la \
libs/models/libQFmodels.la \
libs/video/targets/libQFx11.la \
$(qw_client_LIBS)
qw_client_x11_SOURCES= qw/source/cl_sys_unix.c
qw_client_x11_LDADD= $(qw_client_x11_libs) \
[x11] Use barriers to trap the pointer in the window This should be a much friendlier way of "grabbing" input, though I suspect that using raw keyboard events will result in a keyboard grab, which is part of the reason for wanting a friendly grab. There does seem to be a problem with the mouse sneaking out of the top-right and bottom-left corners. I currently suspect a bug in the X server, but further investigation is needed.
2021-11-22 04:16:05 +00:00
$(VIDMODE_LIBS) $(DGA_LIBS) ${XFIXES_LIBS} $(XI2_LIBS) $(X_LIBS) \
-lX11 $(X_EXTRA_LIBS) $(X_SHM_LIB) $(NET_LIBS) $(LIBCURL_LIBS) \
$(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
qw_client_x11_LDFLAGS= $(common_ldflags)
qw_client_x11_DEPENDENCIES= $(qw_client_x11_libs)
# ... SGI/Microsoft WGL (Windows OpenGL)
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
qw_client_win_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
$(qw_client_libs) \
$(qw_cl_plugin_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
libs/video/renderer/libQFrenderer.la \
libs/models/libQFmodels.la \
libs/video/targets/libQFwin.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
$(qw_client_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
qw_client_win_SOURCES= qw/source/cl_sys_win.c
qw_client_win_LDADD= $(qw_client_win_libs) -lgdi32 -lwinmm $(NET_LIBS) $(LIBCURL_LIBS)
qw_client_win_LDFLAGS= $(common_ldflags)
qw_client_win_DEPENDENCIES= $(qw_client_win_libs)
Reference in a new issue Copy permalink