qf/quakeforge
0
0
Fork 0
mirror of https://git.code.sf.net/p/quake/quakeforge synced 2025-02-25 21:21:14 +00:00
Code Issues Projects Releases Packages Wiki Activity
quakeforge/tools/qfcc/source/Makemodule.am

162 lines
5 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
QFCC_LIBS=@QFCC_LIBS@
QFCC_DEPS=@QFCC_DEPS@
QFCC_INCS=@QFCC_INCS@
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
EXTRA_PROGRAMS += qfcc$(EXEEXT) qfprogs$(EXEEXT)
[build] Fix selective build of tools A couple of things get built when they shouldn't (eg, vkgen) but this gets the build system back to its pre-non-recursive-make configurability.
2021-03-26 07:11:29 +00:00
bin_PROGRAMS += @QFCC_TARGETS@
[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
bin_SCRIPTS += tools/qfcc/source/qfpreqcc
qfcc_SOURCES = \
[qfcc] Start work on implementing geometric algebra This gets only some very basics working: * Algebra (multi-vector) types: eg @algebra(float(3,0,1)). * Algebra scopes (using either the above or @algebra(TYPE_NAME) where the above was used in a typedef. * Basis blades (eg, e12) done via procedural symbols that evaluate to suitable constants based on the basis group for the blade. * Addition and subtraction of multi-vectors (only partially tested). * Assignment of sub-algebra multi-vectors to full-algebra multi-vectors (missing elements zeroed). There's still much work to be done, but I thought it time to get something into git.
2023-08-21 08:37:56 +00:00
tools/qfcc/source/algebra.c \
[qfcc] Add a very basic attribute system Ruamoko passes va_list (@args) through the ... parameter (as such), but IMP uses ... to defeat parameter type and count checking and doesn't want va_list. While possibly not the best solution, adding a no_va_list flag to function types and skipping ex_args entirely does take care of the problem without hard-coding anything specific to IMP. The system currently just sets some bits in the type specifier (the attribute list should probably be carried around with the specifier), but it gets the job done for now, and at least gets things started.
2022-02-02 14:51:37 +00:00
tools/qfcc/source/attribute.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
tools/qfcc/source/class.c \
tools/qfcc/source/codespace.c \
tools/qfcc/source/constfold.c \
tools/qfcc/source/cpp.c \
tools/qfcc/source/dags.c \
tools/qfcc/source/debug.c \
tools/qfcc/source/def.c \
tools/qfcc/source/defspace.c \
tools/qfcc/source/diagnostic.c \
tools/qfcc/source/dot.c \
tools/qfcc/source/dot_dag.c \
tools/qfcc/source/dot_expr.c \
tools/qfcc/source/dot_flow.c \
tools/qfcc/source/dot_sblock.c \
tools/qfcc/source/dot_type.c \
tools/qfcc/source/emit.c \
tools/qfcc/source/expr.c \
[qfcc] Start work on implementing geometric algebra This gets only some very basics working: * Algebra (multi-vector) types: eg @algebra(float(3,0,1)). * Algebra scopes (using either the above or @algebra(TYPE_NAME) where the above was used in a typedef. * Basis blades (eg, e12) done via procedural symbols that evaluate to suitable constants based on the basis group for the blade. * Addition and subtraction of multi-vectors (only partially tested). * Assignment of sub-algebra multi-vectors to full-algebra multi-vectors (missing elements zeroed). There's still much work to be done, but I thought it time to get something into git.
2023-08-21 08:37:56 +00:00
tools/qfcc/source/expr_algebra.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
tools/qfcc/source/expr_assign.c \
tools/qfcc/source/expr_binary.c \
tools/qfcc/source/expr_bool.c \
[qfcc] Implement constant casts for the new vector types Nicely, I was able to reuse the generated conversion code used by the progs engine to do the work in qfcc, just needed appropriate definitions for the operand macros, and to set up the conversion code. Helped greatly by the new value load/store functions.
2022-04-27 12:36:15 +00:00
tools/qfcc/source/expr_cast.c \
[qfcc] Split out the call related expression code I've long felt build_function_call was getting a bit big, and expr.c especially so. This should make it easier to rewrite build_function_call for dealing with target-specific code. As a bonus, the int through ... warning is already cleaned up.
2024-11-04 11:28:30 +00:00
tools/qfcc/source/expr_call.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
tools/qfcc/source/expr_compound.c \
[qfcc] Implement glsl's contructors for math types I don't think this includes bools yet, and matrices aren't supported yet, but float vectors work quite nicely.
2024-08-30 04:53:31 +00:00
tools/qfcc/source/expr_construct.c \
[qfcc] Use dags for many expressions Especially binary expressions. That expressions can now be reused is what caused the need to make expression lists non-invasive: the reuse resulted in loops in the lists. This doesn't directly affect code generation at this stage but it will help with optimizing algebraic expressions. The dags are per sequence point (as per my reading of the C spec).
2023-09-25 07:03:29 +00:00
tools/qfcc/source/expr_dag.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
tools/qfcc/source/expr_obj.c \
[qfcc] Collect common cross product terms This reduces the number of cross products in `m * p * ~m` from 4 or 5 (4 after the old CSE went through the code) to 2 even before CSE.
2023-10-01 07:29:14 +00:00
tools/qfcc/source/expr_optimize.c \
[qfcc] Switch to deferred expressions for glsl I plan to do this eventually for Ruamoko, but I need it to keep working for now; it's rather nice having multiple languages. I expect this will open up a lot of options for inlining, generic/template function instantiation, etc. Right now, it's helping with specialization constants in glsl.
2024-10-01 05:13:16 +00:00
tools/qfcc/source/expr_process.c \
[qfcc] Rework type expression handling The expression grammar has been tidied up and some basic checks are made of parameters to the type functions. Also, type parameters are looked up so parsing now works properly. However, the type parameters are not used correctly, so function generation doesn't work.
2024-04-26 06:20:13 +00:00
tools/qfcc/source/expr_type.c \
[qfcc] Split out unary_expr to its own file The plan is to clean up unary_expr like binary_expr.
2024-09-22 03:44:12 +00:00
tools/qfcc/source/expr_unary.c \
[qfcc] Split out vector expression code I plan on extending it for the new vector types and expr.c is just too big to work in nicely.
2022-04-27 02:25:33 +00:00
tools/qfcc/source/expr_vector.c \
[qfcc] Split out the conversion evaluation code This takes care of the FIXME regarding breaking it out for more general use (the time has come to redo constant folding).
2023-08-20 14:38:45 +00:00
tools/qfcc/source/evaluate.c \
[qfcc] Add a code generator for type expressions Allows the parsing of the return type in the following: @generic(vec=[vec2,vec3,vec4]) { @vector(bool,@width(vec)) lessThan(vec x, vec y); } Unfortunately, can't use math in int value parameters just yet, the processing of expressions needs to be delayed (it's currently done immediately so type-checking happens to early). It's not connected up yet, but does produce what looks like the correct code.
2024-09-05 16:00:25 +00:00
tools/qfcc/source/evaluate_type.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
tools/qfcc/source/flow.c \
tools/qfcc/source/function.c \
[qfcc] Implement many glsl qualifiers as attributes Attributes seem appropriate as GLSL's qualifiers affect variables rather than types (since there's no typedef). Not much is done with the attributes yet other than some basic error checking (duplicates of non-layout attributes) and debug output, but most (if not all) declarations get to the declaration code with attributes intact.
2024-09-09 02:52:47 +00:00
tools/qfcc/source/glsl-attribute.c \
[qfcc] Redo interface blocks as namespaces There's no direct support for namespaces in Ruamoko yet, nor even in qfcc, but glsl's blocks bring in a bit of foundation for them, even the concept of "using" (for blocks with no instance name). The members don't get locations allocated to them yet, but fstrianglest.vert compiles and links correctly otherwise. Also, there's no error checking yet.
2024-08-30 16:15:07 +00:00
tools/qfcc/source/glsl-block.c \
[qfcc] Hook up glsl builtin variables They get parsed, but nothing gets defined yet, but this proved to be a good test for rua_parse_string().
2024-08-28 04:53:30 +00:00
tools/qfcc/source/glsl-builtins.c \
[qfcc] Implement many glsl qualifiers as attributes Attributes seem appropriate as GLSL's qualifiers affect variables rather than types (since there's no typedef). Not much is done with the attributes yet other than some basic error checking (duplicates of non-layout attributes) and debug output, but most (if not all) declarations get to the declaration code with attributes intact.
2024-09-09 02:52:47 +00:00
tools/qfcc/source/glsl-declaration.c \
[qfcc] Do basic error checking on layout qualifiers I'm not sure I got all the checks right, but bsp_gbuf.geom passes the validity (but failes due to not having implemented the application of the qualifiers).
2024-09-10 10:03:13 +00:00
tools/qfcc/source/glsl-layout.c \
[qfcc] Create a parser file for GLSL The syntax is not at all correct at this stage (really, just a copy of Ruamoko), but the keyword table exists (in the wrong place) and the additional basic types (bool, bvecN and (d)matNxM) have been added. Boolean base type is currently just int, and matrices have 0 width while I think about what to use, but finally some progress after several months' hiatus.
2024-04-17 07:25:43 +00:00
tools/qfcc/source/glsl-parse.y \
[qfcc] Implement many glsl qualifiers as attributes Attributes seem appropriate as GLSL's qualifiers affect variables rather than types (since there's no typedef). Not much is done with the attributes yet other than some basic error checking (duplicates of non-layout attributes) and debug output, but most (if not all) declarations get to the declaration code with attributes intact.
2024-09-09 02:52:47 +00:00
tools/qfcc/source/glsl-sub_comp.c \
tools/qfcc/source/glsl-sub_frag.c \
tools/qfcc/source/glsl-sub_geom.c \
tools/qfcc/source/glsl-sub_tesc.c \
tools/qfcc/source/glsl-sub_tese.c \
tools/qfcc/source/glsl-sub_vert.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
tools/qfcc/source/grab.c \
tools/qfcc/source/idstuff.c \
tools/qfcc/source/linker.c \
tools/qfcc/source/method.c \
tools/qfcc/source/obj_file.c \
tools/qfcc/source/obj_type.c \
tools/qfcc/source/opcodes.c \
tools/qfcc/source/options.c \
tools/qfcc/source/pragma.c \
[qfcc] Implement basic conditional compilation Just #if, #else and #endif for now. However, much of the preprocessor parsing working minus the semantics (expressions do work, though).
2023-10-22 11:56:12 +00:00
tools/qfcc/source/pre-parse.y \
[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
tools/qfcc/source/qc-lex.l \
tools/qfcc/source/qc-parse.y \
tools/qfcc/source/qfcc.c \
tools/qfcc/source/qp-lex.l \
tools/qfcc/source/qp-parse.y \
tools/qfcc/source/reloc.c \
[qfcc] Defer Ruamoko semantics processing The main goal was to make it possible to give generic functions definitions (since the code would be very dependent on the actual parameter types), but will also allow for inline functions. It also helped move a lot of the back-end dependent code out of semantics processing and almost completely (if not completely) out of the parser. Possibly more importantly, it gets the dags flushing out of the parser, which means such is now shared by all front-ends. There's probably a lot of dead code in expr.c now, but that can be taken care of another time.
2024-12-06 17:38:00 +00:00
tools/qfcc/source/rua-declaration.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
tools/qfcc/source/shared.c \
[qfcc] Parse the spirv grammar json files I really don't like the way they're included (I'm really looking forward to #embed, but gotta wait for gcc 15), and I'm a tad grumpy that the documentation for them (https://registry.khronos.org/SPIR-V/specs/unified1/MachineReadableGrammar.html) is wrong (missing fields), but I think I like the result. The grammars (core and glsl.std.450) are parsed into structs that should be fairly easy to interpret: the instructions, kinds, and enumerant values are sorted by name for search with bsearch. Having the data parsed in means source code can refer to the items by name rather than magic numbers, which will be very nice for intrinsics and image types (and probably a few other things).
2025-01-06 18:26:12 +00:00
tools/qfcc/source/spirv_grammar.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
tools/qfcc/source/statements.c \
tools/qfcc/source/strpool.c \
tools/qfcc/source/struct.c \
tools/qfcc/source/switch.c \
tools/qfcc/source/symtab.c \
[qfcc] Start properly separating target code I'd gotten tired of all the convoluted progs version checks, and with the addition of spirv, they're not even always relevant, and adding C (when I get to it) will make things even worse. However, for now the first victim is just the parameter/return value size check.
2024-10-06 05:29:02 +00:00
tools/qfcc/source/target.c \
tools/qfcc/source/target_rua.c \
tools/qfcc/source/target_spirv.c \
tools/qfcc/source/target_v6.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
tools/qfcc/source/type.c \
[build] Implement tracy memory zones This proved to be quite the challenge, and is probably rather fragile, but it does seem to work, and might help with tracking down memory leaks.
2024-01-03 09:22:13 +00:00
tools/qfcc/source/value.c \
$(tracy_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
[qfcc] Parse the spirv grammar json files I really don't like the way they're included (I'm really looking forward to #embed, but gotta wait for gcc 15), and I'm a tad grumpy that the documentation for them (https://registry.khronos.org/SPIR-V/specs/unified1/MachineReadableGrammar.html) is wrong (missing fields), but I think I like the result. The grammars (core and glsl.std.450) are parsed into structs that should be fairly easy to interpret: the instructions, kinds, and enumerant values are sorted by name for search with bsearch. Having the data parsed in means source code can refer to the items by name rather than magic numbers, which will be very nice for intrinsics and image types (and probably a few other things).
2025-01-06 18:26:12 +00:00
qfcc_source = $(top_builddir)/tools/qfcc/source
embed_py = $(srcdir)/tools/qfcc/source/embed.py
spirv_core_grammar_json = spirv/unified1/spirv.core.grammar.json
spirv_core_grammar_jinc = $(qfcc_source)/spirv.core.grammar.jinc
$(spirv_core_grammar_jinc): $(embed_py)
$(V_PY)$(PYTHON) $(embed_py) $(COMPILE) \
-o $@.t $(spirv_core_grammar_json) && \
$(am__mv) $@.t $@
extinst_glsl_std_450_grammar_json = \
spirv/unified1/extinst.glsl.std.450.grammar.json
extinst_glsl_std_450_grammar_jinc = \
$(qfcc_source)/extinst.glsl.std.450.grammar.jinc
$(extinst_glsl_std_450_grammar_jinc): $(embed_py)
$(V_PY)$(PYTHON) $(embed_py) $(COMPILE) \
-o $@.t $(extinst_glsl_std_450_grammar_json) && \
$(am__mv) $@.t $@
tools/qfcc/source/spirv_grammar.$(OBJEXT): \
tools/qfcc/source/spirv_grammar.c \
$(spirv_core_grammar_jinc) \
$(extinst_glsl_std_450_grammar_jinc)
[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
qfcc_LDADD= $(QFCC_LIBS)
qfcc_DEPENDENCIES= $(QFCC_DEPS)
qfprogs_SOURCES= \
tools/qfcc/source/disassemble.c \
tools/qfcc/source/dump_globals.c \
tools/qfcc/source/dump_lines.c \
tools/qfcc/source/dump_modules.c \
tools/qfcc/source/dump_strings.c \
tools/qfcc/source/obj_file.c \
tools/qfcc/source/qfprogs.c \
tools/qfcc/source/strpool.c \
tools/qfcc/source/stub.c \
[build] Implement tracy memory zones This proved to be quite the challenge, and is probably rather fragile, but it does seem to work, and might help with tracking down memory leaks.
2024-01-03 09:22:13 +00:00
tools/qfcc/source/type.c \
$(tracy_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
qfprogs_LDADD= $(QFCC_LIBS)
qfprogs_DEPENDENCIES= $(QFCC_DEPS)
BUILT_SOURCES += \
[qfcc] Create a parser file for GLSL The syntax is not at all correct at this stage (really, just a copy of Ruamoko), but the keyword table exists (in the wrong place) and the additional basic types (bool, bvecN and (d)matNxM) have been added. Boolean base type is currently just int, and matrices have 0 width while I think about what to use, but finally some progress after several months' hiatus.
2024-04-17 07:25:43 +00:00
tools/qfcc/source/glsl-parse.c \
tools/qfcc/source/glsl-parse.h \
[qfcc] Add the preprocessor files to BUILT_SOURCES Intermittent build failures are no fun.
2023-10-30 14:17:08 +00:00
tools/qfcc/source/pre-parse.c \
tools/qfcc/source/pre-parse.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
tools/qfcc/source/qc-parse.c \
tools/qfcc/source/qc-parse.h \
tools/qfcc/source/qc-lex.c \
tools/qfcc/source/qp-parse.c \
tools/qfcc/source/qp-parse.h \
tools/qfcc/source/qp-lex.c
[qfcc] Create a parser file for GLSL The syntax is not at all correct at this stage (really, just a copy of Ruamoko), but the keyword table exists (in the wrong place) and the additional basic types (bool, bvecN and (d)matNxM) have been added. Boolean base type is currently just int, and matrices have 0 width while I think about what to use, but finally some progress after several months' hiatus.
2024-04-17 07:25:43 +00:00
tools/qfcc/source/glsl-parse.c: tools/qfcc/source/glsl-parse.y
$(AM_V_YACC)$(YACCCOMPILE) $< -o $@
[qfcc] Implement basic conditional compilation Just #if, #else and #endif for now. However, much of the preprocessor parsing working minus the semantics (expressions do work, though).
2023-10-22 11:56:12 +00:00
tools/qfcc/source/pre-parse.c: tools/qfcc/source/pre-parse.y
$(AM_V_YACC)$(YACCCOMPILE) $< -o $@
[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
tools/qfcc/source/qc-parse.c: tools/qfcc/source/qc-parse.y
[qfcc] Set up to use bison locations The improved location tracking isn't used yet, but was fairly invasive on the bison-flex api. It also cleans up some of the ancient workarounds for bad flex cores.
2023-10-08 01:57:57 +00:00
$(AM_V_YACC)$(YACCCOMPILE) $< -o $@
[build] Fix distcheck once again Probably the hardest part of QF to maintain.
2022-12-02 08:10:04 +00:00
tools/qfcc/source/qc-lex.c: tools/qfcc/source/qc-lex.l
[qfcc] Set up to use bison locations The improved location tracking isn't used yet, but was fairly invasive on the bison-flex api. It also cleans up some of the ancient workarounds for bad flex cores.
2023-10-08 01:57:57 +00:00
$(AM_V_LEX)$(LEXCOMPILE) -o$@ $<
[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
tools/qfcc/source/qp-parse.c: tools/qfcc/source/qp-parse.y
[qfcc] Switch the parsers and lexers to full reentrant This should make it more feasible to implement a preprocessor, and definitely cleans some things up a little bit.
2023-10-10 17:34:39 +00:00
$(AM_V_YACC)$(YACCCOMPILE) $< -o $@
[build] Fix distcheck once again Probably the hardest part of QF to maintain.
2022-12-02 08:10:04 +00:00
tools/qfcc/source/qp-lex.c: tools/qfcc/source/qp-lex.l
[qfcc] Switch the parsers and lexers to full reentrant This should make it more feasible to implement a preprocessor, and definitely cleans some things up a little bit.
2023-10-10 17:34:39 +00:00
$(AM_V_LEX)$(LEXCOMPILE) -o$@ $<
[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_DIST += \
tools/qfcc/source/qfpreqcc
Reference in a new issue Copy permalink