qf/quakeforge
0
0
Fork 0
mirror of https://git.code.sf.net/p/quake/quakeforge synced 2024-11-27 14:42:07 +00:00
Code Issues Projects Releases Packages Wiki Activity
quakeforge/tools/qfcc/source/Makefile.am

73 lines
2.3 KiB
Text
Raw Normal View History

QFCC -- the QuakeForge Code Compiler -- an autoconfiscated qcc. It sucks, but it works, and will form the basis for something that Does Not Suck.
2001-02-24 06:58:54 +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$
#
AUTOMAKE_OPTIONS= foreign
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
QFCC_LIBS=@QFCC_LIBS@
QFCC_DEPS=@QFCC_DEPS@
QFCC_INCS=@QFCC_INCS@
Fix a pile of automake deprecation warnings. s/INCLUDES/AM_CPPFLAGS/g I <3 sed :)
2013-11-24 04:11:50 +00:00
AM_CPPFLAGS= -I$(top_srcdir)/include $(QFCC_INCS)
Stop bison complaining about %expect And make sure warnings get fixed.
2019-06-09 07:19:27 +00:00
YFLAGS = -v -d -Wno-yacc -Werror
QFCC -- the QuakeForge Code Compiler -- an autoconfiscated qcc. It sucks, but it works, and will form the basis for something that Does Not Suck.
2001-02-24 06:58:54 +00:00
Merge qfpc into qfcc. Since gnu bison and flex are required anyway, no harm in using their api prefix options. Now, qfcc can compile both QC/Ruamoko and Pascal files (Pascal is (currently?) NOT supported in progs.src mode), selecting the language based on the extension: .r, .qc and .c select QC/Ruamoko, .pas and .p select Pascal, while anything else is treated as an object file (as before).
2012-10-26 07:01:41 +00:00
bin_PROGRAMS= qfcc qfprogs
Remove the AM_CONDITIONALs from tools. Now that the tools directories aren't entered when those tools aren't being built, there's no reason to use AM_CONDITIONAL in there.
2012-02-09 17:50:42 +00:00
bin_SCRIPTS= qfpreqcc
QFCC -- the QuakeForge Code Compiler -- an autoconfiscated qcc. It sucks, but it works, and will form the basis for something that Does Not Suck.
2001-02-24 06:58:54 +00:00
Break out the frame macro code from qc-lex.l
2011-01-06 07:30:25 +00:00
common_src=\
Initial support for basic block dags. Currently, only dumping to dot, but that seems to be a very sensible place to start: debug support.
2012-05-08 02:44:16 +00:00
class.c codespace.c constfold.c cpp.c dags.c debug.c def.c defspace.c \
Create a function to generalize dot dumping. Now, any time a graph is wanted, the file can be consistently named without a lot of messy code.
2012-11-07 02:00:08 +00:00
diagnostic.c dot.c dot_dag.c dot_expr.c dot_flow.c dot_sblock.c emit.c \
Support assigning non-constant vector expressions.
2018-10-12 13:05:17 +00:00
expr.c expr_assign.c expr_binary.c flow.c function.c grab.c idstuff.c \
linker.c method.c \
Rewrite binary_expr(). It is now in its own file and uses table lookups to check for valid type and operator combinations, and also the resulting type of the expression. This probably breaks multiple function calls in the one expression.
2013-09-27 08:48:06 +00:00
obj_file.c \
Move set.c into libQFutil. Also move the ALLOC/FREE macros from qfcc.h to QF/alloc.h (needed to for set.c). Both modules are more generally useful than just for qfcc (eg, set builtins for ruamoko).
2012-12-06 11:52:53 +00:00
obj_type.c opcodes.c options.c pragma.c qfcc.c reloc.c shared.c \
Add some very evil pragmas. The evil comment is not just "pragmas are bad, ok?", but switching between advanced, extended and tradtitional modes when compiling truly is evil and not guaranteed to work. However, I needed it to make building test cases easier (it's mostly ok to go from advanced to extended or tradtional, but going the other way will probably cause all sorts of fun). In the process, opcode_init now copies the opcode table data rather than modifying it.
2012-11-22 11:42:00 +00:00
statements.c strpool.c struct.c switch.c symtab.c type.c value.c
do some file renaming
2002-06-01 05:37:18 +00:00
Merge qfpc into qfcc. Since gnu bison and flex are required anyway, no harm in using their api prefix options. Now, qfcc can compile both QC/Ruamoko and Pascal files (Pascal is (currently?) NOT supported in progs.src mode), selecting the language based on the extension: .r, .qc and .c select QC/Ruamoko, .pas and .p select Pascal, while anything else is treated as an object file (as before).
2012-10-26 07:01:41 +00:00
qfcc_SOURCES= qc-lex.l qc-parse.y qp-lex.l qp-parse.y $(common_src)
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
qfcc_LDADD= $(QFCC_LIBS)
qfcc_DEPENDENCIES= $(QFCC_DEPS)
make sure qc-parse.h gets built before files that depend on it
2002-06-03 03:45:24 +00:00
move qfprogs in with qfcc (it's going to need to share code)
2004-01-28 05:23:43 +00:00
qfprogs_SOURCES= \
Quote string values when dumping globals. Much nicer :)
2012-11-08 12:13:24 +00:00
disassemble.c dump_globals.c dump_lines.c dump_modules.c dump_strings.c \
Encode function parameter alignment The encoding is 3:5 giving 3 bits for alignment (log2) and 5 bits for size, with alignment in the 3 most significant bits. This keeps the format backwards compatible as until doubles were added, all types were aligned to 1 word which gets encoded as 0, and the size is unaffected.
2020-02-16 08:10:43 +00:00
obj_file.c qfprogs.c strpool.c stub.c type.c
move qfprogs in with qfcc (it's going to need to share code)
2004-01-28 05:23:43 +00:00
qfprogs_LDADD= $(QFCC_LIBS)
qfprogs_DEPENDENCIES= $(QFCC_DEPS)
quick and dirty util to dump the defs in a .qfo file
2002-07-12 06:19:02 +00:00
The first stages of Quake-Pascal. At present, this parses a subset of the pascal language with a few type extensions. There is already work on the type system.
2011-01-06 07:32:53 +00:00
BUILT_SOURCES=qc-parse.c qc-parse.h qc-lex.c qp-parse.c qp-parse.h qp-lex.c
make qc-lex.c and qc-parse.[ch] part of the distribution (two less requirements for the average user)
2003-08-12 18:22:11 +00:00
Merge qfpc into qfcc. Since gnu bison and flex are required anyway, no harm in using their api prefix options. Now, qfcc can compile both QC/Ruamoko and Pascal files (Pascal is (currently?) NOT supported in progs.src mode), selecting the language based on the extension: .r, .qc and .c select QC/Ruamoko, .pas and .p select Pascal, while anything else is treated as an object file (as before).
2012-10-26 07:01:41 +00:00
qc-parse.c: qc-parse.y
Fix some bison deprecation warnings.
2018-10-12 00:32:49 +00:00
$(YACC) $(YFLAGS) -Dapi.prefix={qc_yy} $< -o $@
qc-lex.c: qc-lex.l qc-parse.h
Merge qfpc into qfcc. Since gnu bison and flex are required anyway, no harm in using their api prefix options. Now, qfcc can compile both QC/Ruamoko and Pascal files (Pascal is (currently?) NOT supported in progs.src mode), selecting the language based on the extension: .r, .qc and .c select QC/Ruamoko, .pas and .p select Pascal, while anything else is treated as an object file (as before).
2012-10-26 07:01:41 +00:00
$(LEX) $(LFLAGS) $(AM_LFLAGS) -Pqc_yy -o$@ $<
qp-parse.c: qp-parse.y
Fix some bison deprecation warnings.
2018-10-12 00:32:49 +00:00
$(YACC) $(YFLAGS) -Dapi.prefix={qp_yy} $< -o $@
qp-lex.c: qp-lex.l qp-parse.h
Merge qfpc into qfcc. Since gnu bison and flex are required anyway, no harm in using their api prefix options. Now, qfcc can compile both QC/Ruamoko and Pascal files (Pascal is (currently?) NOT supported in progs.src mode), selecting the language based on the extension: .r, .qc and .c select QC/Ruamoko, .pas and .p select Pascal, while anything else is treated as an object file (as before).
2012-10-26 07:01:41 +00:00
$(LEX) $(LFLAGS) $(AM_LFLAGS) -Pqp_yy -o$@ $<
The first stages of Quake-Pascal. At present, this parses a subset of the pascal language with a few type extensions. There is already work on the type system.
2011-01-06 07:32:53 +00:00
EXTRA_DIST=qc-lex.c qc-parse.c qc-parse.h qfpreqcc \
qp-parse.c qp-parse.h qp-lex.c
Reference in a new issue Copy permalink