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/cs-code/Makefile.am

43 lines
1.4 KiB
Text
Raw Normal View History

scary, but the only changes qfcc needed to build as part of quakeforge was to auto-substitued the libs and headers. o unconditionally build qfcc (for now, anyway) when building quakeforge (needed for cs-code compilation) o when built as part of quakeforge (qfcc should still be buildable independently) always enable cpp o autoconfiscate the client-side code o build the client-side code using the built qfcc o install the client-side code in $(datadir)/quakeforge/id1
2002-01-22 05:48:03 +00:00
## Process this file with automake to produce Makefile.in
AUTOMAKE_OPTIONS= foreign
#FIXME should qf data be installed somewhere other than id1 that gets
#searched after everything else?
d'oh, should be installing into fs_sharepath :P
2002-01-22 06:22:52 +00:00
pkgdatadir=@sharepath@/id1
scary, but the only changes qfcc needed to build as part of quakeforge was to auto-substitued the libs and headers. o unconditionally build qfcc (for now, anyway) when building quakeforge (needed for cs-code compilation) o when built as part of quakeforge (qfcc should still be buildable independently) always enable cpp o autoconfiscate the client-side code o build the client-side code using the built qfcc o install the client-side code in $(datadir)/quakeforge/id1
2002-01-22 05:48:03 +00:00
make menu.dat dependent on qfcc
2002-06-13 15:36:00 +00:00
QFCC_DEP=$(top_builddir)/tools/qfcc/source/qfcc$(EXEEXT)
QFCC=$(QFCC_DEP)
make things a little quieter
2002-05-31 07:24:54 +00:00
QCFLAGS=-qq -g -Werror
scary, but the only changes qfcc needed to build as part of quakeforge was to auto-substitued the libs and headers. o unconditionally build qfcc (for now, anyway) when building quakeforge (needed for cs-code compilation) o when built as part of quakeforge (qfcc should still be buildable independently) always enable cpp o autoconfiscate the client-side code o build the client-side code using the built qfcc o install the client-side code in $(datadir)/quakeforge/id1
2002-01-22 05:48:03 +00:00
QCPPFLAGS=-I. -I$(srcdir) -I$(top_builddir)/include -I$(top_srcdir)/include
make things a little quieter
2002-05-31 07:24:54 +00:00
GZIP=if echo $@ | grep -q .gz; then gzip -f `basename $@ .gz`; if test -f `basename $@ .dat.gz`.sym; then gzip -f `basename $@ .dat.gz`.sym; fi; fi
compress progs files (and symbol tables) when zlib is available
2002-04-10 19:11:19 +00:00
if HAVE_ZLIB
GZ=.gz
else
GZ=
endif
update the menu code to be built using separate compilation
2002-07-17 19:00:56 +00:00
STRIP=$(shell echo `echo -n $(srcdir)/ | sed -e 's/[^/]//g' | wc -c`)
scary, but the only changes qfcc needed to build as part of quakeforge was to auto-substitued the libs and headers. o unconditionally build qfcc (for now, anyway) when building quakeforge (needed for cs-code compilation) o when built as part of quakeforge (qfcc should still be buildable independently) always enable cpp o autoconfiscate the client-side code o build the client-side code using the built qfcc o install the client-side code in $(datadir)/quakeforge/id1
2002-01-22 05:48:03 +00:00
compress progs files (and symbol tables) when zlib is available
2002-04-10 19:11:19 +00:00
pkgdata_DATA= menu.dat$(GZ)
scary, but the only changes qfcc needed to build as part of quakeforge was to auto-substitued the libs and headers. o unconditionally build qfcc (for now, anyway) when building quakeforge (needed for cs-code compilation) o when built as part of quakeforge (qfcc should still be buildable independently) always enable cpp o autoconfiscate the client-side code o build the client-side code using the built qfcc o install the client-side code in $(datadir)/quakeforge/id1
2002-01-22 05:48:03 +00:00
compress progs files (and symbol tables) when zlib is available
2002-04-10 19:11:19 +00:00
menu_src= \
update the menu code to be built using separate compilation
2002-07-17 19:00:56 +00:00
cbuf.r client_menu.qc cmd.r controls_o.qc cvar.r draw.r file.r \
forgot to remove menu_pics.qc and menu_util.qc
2002-07-17 19:17:28 +00:00
game.r inputline.r inputline_util.qc key.r menu.r options.qc \
options_util.qc servlist.qc string.r stringh.r object.r
more make dist fixes
2002-01-22 18:04:03 +00:00
update the menu code to be built using separate compilation
2002-07-17 19:00:56 +00:00
%.qfo: %.r
$(QFCC) $(QCFLAGS) $(QCPPFLAGS) -p $(STRIP) -c -o $@ $<
%.qfo: %.qc
$(QFCC) $(QCFLAGS) $(QCPPFLAGS) -p $(STRIP) -c -o $@ $<
menu_obj=$(addsuffix .qfo,$(basename $(menu_src)))
menu.dat$(GZ): $(menu_obj) $(QFCC_DEP)
$(QFCC) $(QCFLAGS) -p $(STRIP) -o menu.dat $(menu_obj)
compress progs files (and symbol tables) when zlib is available
2002-04-10 19:11:19 +00:00
$(GZIP)
scary, but the only changes qfcc needed to build as part of quakeforge was to auto-substitued the libs and headers. o unconditionally build qfcc (for now, anyway) when building quakeforge (needed for cs-code compilation) o when built as part of quakeforge (qfcc should still be buildable independently) always enable cpp o autoconfiscate the client-side code o build the client-side code using the built qfcc o install the client-side code in $(datadir)/quakeforge/id1
2002-01-22 05:48:03 +00:00
heh, forgot about EXTRA_DIST stuff
2002-07-18 17:46:53 +00:00
EXTRA_DIST= $(menu_src) cbuf.h client_menu.h cmd.h controls_o.h cvar.h \
draw.h file.h game.h inputline.h key.h menu.h object.h options.h \
options_util.h servlist.h string.h stringh.h
update the menu code to be built using separate compilation
2002-07-17 19:00:56 +00:00
CLEANFILES= *.dat *.sym *.gz *.qfo
Reference in a new issue Copy permalink