Working vector-field test

IR generation of vector-fields put the 'main' vector offset at the wrong position - fixed that

ast_member_new now fixed up for fields, ast_shallow_type added for creation of a type-only ast_expression

same +1 offset in LOAD_V as STOREP fixed

testing writing to multiple fields, including a vector field

print builtin now prints all the passed strings, not just the first

fixing address check INSTR_STOREP_V in execloop - it kept us from writing to a vector when it was the last declared entityfield

ir_block_create_store/p will now honor -fadjust-vector-fields by using STORE_V/STOREP_V instead of _FLD on vector-fields

-fadjust-vector-fields

also generate _y and _z data for fieldpointers

to support .vector's _y and _z we need to add the global-data pointing to _y and _z...

testcase for print(ftos(pawn.mema)) slightly changed, now not using a temporary location

STOREP also has the destination in OPB rather than OPC

Generating fields using ir_builder_create_field

generate address of store_return values created with ir_value_out properly

Need to keep prog->entities up to date when spawning entities

experimental support for spawn() in the executor

use the correct STORE instruction, make pawn a local

ir_block_create_store_op checks whether or not the storetype is an SSA value - do not do that for storeP instructions

ast macros to use the return value of a call, trying to spawn an entity, setting a member, and reading the member back, using print+ftos to print it then

ast macros to create a field, generating fields in ast-test

-std=gmqcc should add a dot prefix to the globals for fields, the field itself doesn't use the dot prefix for its name though

removing an unused variable

ir_value_set_field

unnamed globals in the trace output use [@addr] now instead of [#addr] since # is used as a prefix for all immediates, so now it's less confusing

don't set globaladdr directly, use a setter, the setter will update the member values used for vector access too

nicer trace output, strings now get escaped

Experimental ast_member to access vector members

fix the chack for -Wno- and -fno-, it needs to use NO_ instead of no-

Add WARN_ prefix to warnings enum

include opts_debug and opts_memchk in exec.c's standalone part for now to have it compile

make it also compilable with -std=c99 by not redefining extra_semicolon_, by appending N to it

ast nodes now store their type id, and can be checked via ast_istype

ir_block_create_fieldaddress to pass on fieldtype from its input field

test/ast-test.c must define opts_ variables since we don't compile main.c into it

code_alloc_field to allocate entityfield data, ir now has ir_builder_create_field - so that globals and fields can be created separately - properly

Merge branch 'master' into cmdline

use util_ functions for strtocmd and strtononcmd

Added missing parameter names

util_strtocmd, util_strtononcmd

reuse old opts_, renamed all opt_ to opts_ to be consistent, making code.c use OPTS_FLAG() for OMIT_NULL_BYTES and DARKPLACES_STRING_TABLE_BUG

flags.def and warns.def containing defined flags and warnings

ast_store to take ast_expression on its left, rather than ast_value. Assigning to a vector member would not put an ast_value on the left, but an ast_member, thus: ast_expression now already

consistency ftw

-fhelp to list -f flags, -Whelp to list -W options

Add -foverlap-locals - something we really should make possible

Added handler for -W

Fixing a warning

Importing gmqcc.1

Print out all the information parsed from the commandline

gcc style long option support and -std=foo added

Commandline handling first draft

executor: prog_delete: deleting builtins properly - unless statically allocated; added a qc_builtins array for the standalone executor containing 'print'

_MEM_ -> MEM_ again at use

Merging master and adapting _MEM_* on new mem-vector functions

_MEM_... -> MEM_...

removing an old comment

Moving parameters to from ast_value to ast_expression_common, it's part of the type after all

ast_block_set_type

ast_return_new doesn't take an operator, we use INSTR_RETURN always, never INSTR_DONE for explicit returns

INSTR_NOT_* output to opC not opB...

ast_return

ast/ir support for unary instructions

Removed params from ast_function again. It really is superfluous to copy them, just generate them from its ast_value's param list

fix a warning about a format string

use type_sizeof in another place where it wasn't

ast_function generates parameter locals, ir_function_create_local now allows adding parameters as long as no local variables have been added yet

store_param storetype, parameter value list added to ast_function

removing params vector from ast_function, params are stored in its ast_value only

ir_function_dump to print builtins as such

Correct variable name for type_storep_instr

type_storep_instr: in theory we could use type_store_instr + INSTR_STOREP_F - INSTR_STORE_F, however, this won't work later when TYPE_INTEGER comes in since the _I instructions are at a seperate place

Replacing 2 switches to use type_store_instr instead

use type_sizeof in some places where previously manual size checking has been done

Do not actually return after generating a call, there are other isntructions following

Testing CALLs in test-ast

Store the codeaddr of function's ir_values upon generation...

Return that the call was actually generated successfully if it was...

Storing ir_v for functions

ast_call needs to set its func member

ast_call's param vector functions

ast-macros: MKCONSTSTRING, added sHello hello world string

Enabling the print builtin nodes, soon to be used to test CALL generation

add AINSTR_END to the end of functions so the debug-printing knows when to end...

Don't die on functions with no variables

creating and generating builtin functions, ast-macros for builtins, todo: params

basic CALL translation: to be refined

type_store_instr[] to get an INSTR_STORE_x by type

Adopt dp's function-local backup strategy and add parameter-copying to EnterFunction

fixed a typo in asm_instr[]: ES_FNC->EQ_FNC

create_call should use store_return as output type for now

adding another storage type: store_return; when generating a CALL, the generator can check the output value's storetype, and if it is NOT store_return, it needs to STORE_x the return value into the output value.

generating an ir_value for an ir_function at creation now

function in the ast now MUST have an output type in their 'next' ast_expression pointer, the IR's outtype of functions is now filled

ir_builder_create_call to take return type from the ir_value

Fix a possibly uninitialized variable

Fixing GMQCC_SUPPRESS_EMPTY_BODY typo

ast_call_codegen, ir_block_create_call plus call-related functions, ir_value->outtype TODO: fill outtype in ir_value

Added a comment about an idea on how to translate calls better. Gotta check some papers for better solutions later

ast_call node; codegen dummy