qf/quakeforge
0
0
Fork 0
mirror of https://git.code.sf.net/p/quake/quakeforge synced 2024-11-26 06:10:56 +00:00
Code Issues Projects Releases Packages Wiki Activity
quakeforge/tools/qfcc/include/expr_names.h

71 lines
2.6 KiB
C
Raw Normal View History

[qfcc] Sanitize expr type enum Got tired of dealing with out of date string tables.
2022-01-07 14:12:20 +00:00
/*
[qfcc] Give address expressions their own type Definitely a pain to get working after the switch, but definitely worth the effort. Still exposing type aliasing bugs.
2022-01-08 07:52:24 +00:00
expr_names.h
[qfcc] Sanitize expr type enum Got tired of dealing with out of date string tables.
2022-01-07 14:12:20 +00:00
expression construction and manipulations
Copyright (C) 2022 Bill Currie <bill@taniwha.org>
Author: Bill Currie <bill@taniwha.org>
Date: 2022/01/7
This program 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
*/
/** \defgroup qfcc_expr Expressions
\ingroup qfcc
*/
///@{
#ifndef EX_EXPR
#define EX_EXPR(expr)
#endif
EX_EXPR(error) ///< error expression. used to signal an error
EX_EXPR(state) ///< state expression (::ex_state_t)
EX_EXPR(bool) ///< short circuit boolean logic expression (::ex_bool_t)
EX_EXPR(label) ///< goto/branch label (::ex_label_t)
EX_EXPR(labelref) ///< label reference (::ex_labelref_t)
EX_EXPR(block) ///< statement block expression (::ex_block_t)
EX_EXPR(expr) ///< binary expression (::ex_expr_t)
EX_EXPR(uexpr) ///< unary expression (::ex_expr_t)
EX_EXPR(def) ///< non-temporary variable (::def_t)
EX_EXPR(symbol) ///< non-temporary variable (::symbol_t)
EX_EXPR(temp) ///< temporary variable (::ex_temp_t)
EX_EXPR(vector) ///< "vector" expression (::ex_vector_t)
EX_EXPR(selector) ///< selector expression (::ex_selector_t)
EX_EXPR(nil) ///< umm, nil, null. nuff said (0 of any type)
EX_EXPR(value) ///< constant value (::ex_value_t)
EX_EXPR(compound) ///< compound initializer
EX_EXPR(memset) ///< memset needs three params...
[qfcc] Give alias expressions their own type While this was a pain to get working, that pain only went to prove the value of using proper "types" (even if only an enum) for different expression types: just finding all the places to edit was a chore, and easy to make mistakes (forgetting bits here and there). Strangely enough, this exposed a pile of *type* aliasing bugs (next commit).
2022-01-08 03:06:52 +00:00
EX_EXPR(alias) ///< view expression as different type (::ex_alias_t)
[qfcc] Give address expressions their own type Definitely a pain to get working after the switch, but definitely worth the effort. Still exposing type aliasing bugs.
2022-01-08 07:52:24 +00:00
EX_EXPR(address) ///< address of an lvalue expression (::ex_address_t)
[qfcc] Give branch expressions their own type This includes calls and unconditional jumps, relative and through a table. The parameters are all lumped into the one object, with some being unused by the different types (eg, args and ret_type used only by call expressions). Just having nice names for the parameters (instead of e1 and e2) makes it nice, even with all the sub-types lumped together. No mysterious type aliasing bugs this time ;)
2022-01-09 05:02:16 +00:00
EX_EXPR(assign) ///< assignment of src expr to dst expr (::ex_assing_t)
EX_EXPR(branch) ///< branch expression (::ex_branch_t)
[qfcc] Give return expressions their own type Very simple for now (just the return value if not a void return), but that's the last of the statements masquerading as expressions.
2022-01-09 07:28:08 +00:00
EX_EXPR(return) ///< return expression (::ex_return_t)
[qfcc] Set up the function stack frame Still need to get the base register index into the instructions, but I think this is it for basic code generation. I should be able to start testing Ruamoko properly fairly soon :)
2022-01-21 09:47:12 +00:00
EX_EXPR(adjstk) ///< stack adjust expression (::ex_adjstk_t)
EX_EXPR(with) ///< with expression (::ex_with_t)
[qfcc] Build the Ruamoko function parameters The parameter defs are allocated from the parameter space using a minimum alignment of 4, and varargs functions get a va_list struct in place of the ... An "args" expression is unconditionally injected into the call arguments list at the place where ... is in the list, with arguments passed through ... coming after the ... Arguments get through to functions now, but there's problems with taking the address of local variables: currently done using constant pointer defs, which can't work for the base register addressing used in Ruamoko progs. With the update to test-bi's printf (and a hack to qfcc for lea), triangle.r actually works, printing the expected results (but -1 instead of 1 for equality, though that too is actually expected). qfcc will take a bit longer because it seems there are some design issues in address expressions (ambiguity, and a few other things) that have pretty much always been there.
2022-01-24 09:35:16 +00:00
EX_EXPR(args) ///< @args marker in parameter list. no data
[qfcc] Add support for horizontal vector ops And reimplement vector comparison for Ruamoko.
2022-01-30 01:56:15 +00:00
EX_EXPR(horizontal) ///< horizontal vector operation (::ex_horzontal_t)
[qfcc] Implement support for the swizzle operator The destination operand must be a full four component vector, but the source can be smaller and small sources do not need to be aligned: the offset of the source operand and the swizzle indices are adjusted. The adjustments are done during final statement emission in order to avoid confusing the data flow analyser (and that's when def offsets are known).
2022-05-01 01:02:26 +00:00
EX_EXPR(swizzle) ///< vector swizzle operation (::ex_swizzle_t)
[qfcc] Use new extend instruction instead of swizzle While swizzle does work, it requires the source to be properly aligned and thus is not really the best choice. The extend instruction has no alignment requirements (at all) and thus is much better suited to converting a scalar to a vector type. Fixes #30
2022-08-18 08:46:14 +00:00
EX_EXPR(extend) ///< vector extend operation (::ex_extend_t)
[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
EX_EXPR(multivec) ///< geometric algebra multivector (::ex_multivec_t)
[qfcc] Sanitize expr type enum Got tired of dealing with out of date string tables.
2022-01-07 14:12:20 +00:00
///@}
Reference in a new issue Copy permalink