Add -fdarkplaces-string-table-bug to the default flags

moving -Ocall-stores to -O4 until the vehicle issue is solved

linenumbers and macros are stupid

more linenumber madness

fix: trigraph check screwing up linenumbering

fix an off-by-one bug when copying varargs

fixing a possible NULL deref

fixing a warning

initialize max_param_count to 1 so vararg functions don't try to create an accessor for an array of 0 elements...

this might fix some linenumbering, I hope

manpage: -E was missing all that time in there

call ftepp_recursion_header/footer only when there are newlines in the expanded macro

a tiny speedup, seems like -O2 doesn't do that by itself

reduce the hashtable size a bit

that tempbool should have gone long ago...

fix: on error it was possible that leaveblock() is called after the function's already been deleted

fix a goto to a wrong error-cleanup part

fix a possible leak

Error on an empty paren expression

add a hint about -fvariadic-args to -Wvariadic-function

Fix a crash... if (!x) delete(x) yeah right...

fix the broken vector instructions in our executor as well... how could I forget

gmqcc.ini.example: LEGACY_VECTOR_MATHS

manpage: -flegacy-vector-maths

-flegacy-vector-maths, enabled by default

fix: missing-return check: vec_size(entries) is 0 on the entry-block, also check if it's the first block

apparently it's possible to segfault DP with a bad INSTR_LOAD_V - so the IR should not allow this

constant-fold the 1/N division from a_vector/N

test for vec/float

allow vec/float

This undef was missing there...

parsewarning->compile_warning

Replacing lots of parseerror calls with compile_error calls and a more correct context information

Merge pull request #85 from matthiaskrgr/master

better gitignore for arch linux pkgbuild related files

gitignore: be more clever

Removed -fenhanced-diagnostics - it's now --correct, which makes sense since it doesn't affect the compilation process itself

Uhh I did it again

serpate line travis-ci build url for notifications

fix a build issue

vararg testcases

gmqcc.ini.example: VARIADIC_ARGS

manpage: -fvariadic-args

guarding vararg code by -fvariadic-args

this is useless and just confused me a lot, removing

entity setter array subscript needs to get a correct field type

copying the output type on ast_array_index_codegen

Copying arg counter into the local

Creating the argument counter if requested

updated CHANGES file

Added '...(idx,type)' to access varargs

added gen_function_varargs_copy

mask -Olocal-temps by IR_FLAG_MASK_NO_LOCAL_TEMPS which now equals IR_FLAG_MASK_NO_OVERLAP - though HAS_ARRAYS usually suffices, but not for code which _depends_ on uninitialized variables

ir_function stores max_varargs now

builtins are generally not declared const, so don't expect CV_CONST, otherwise we write out va_count for builtin calls as well...

While at it: moving generation of reserved:version to just before the functions so no global/immedate is generated _after_ it - at least from the parser's point of view

create store to reserved:va_count; fix: don't build vararg accessor ast tree after generating immediates as they create new ones

ast_call now has a va_count which causes a store to reserved:va_count before the call

vararg accessor generation

parsing of vararg-counter

updated CHANGES file

type restricted varargs

Declaration of type-restricted varargs

keep track of the highest parameter count of calls for later for varargs

'static' shouldn't be accepted in the global scope for now

filling type_name in exec.c

code cleanup: prog_tempstring used to cast const char * parameter to char * due to the old vector code which is now gone

fixing CHANGES: this actually was not part of 0.2

CHANGES file updated

Fix a typo - why the hell does clang not complain? Why the hell does it even compile with clang...

manpage: --add-info

added the --add-info compile switch: it adds a global const string named version to the 'reserved' namespace, ie ends up named 'reserved:version', containing the --version string

Added a flag to both ast and ir which enforces the generation of a globaldef for a value

In order to avoid release version strings in non-git builds, by default --version on non-tagged commits now also prints 'development build' as the 2nd line

replacing an error message in the enum parsing

mention CHANGES in README

Better enumeration test

enum testcase

will warn about "check" no such file or directory (since it aliases in the rule for the Makefile)

correction fix: don't try to create edits for an empty string

CHANGES file updated

Allow accessing vector components via the . operator, including components
of expressions, like: (3 * a_vector).y.

CHANGES file updated

parse_expression_leave: also end at a closing } - enum: check for } and , after an expression again

simple 'enum' implementation

strictness sweep: (void)-ing all vec_ macros which don't evaluate to a sensible value

git package is now named gmqcc-git, also added conflicts/provides

the -git PKGBUILD needs 'git' as makedepends according to the guidelines on the arch wiki

checking if git even is available

--version now prints GMQCC_GITINFO, which is not not defined in gmqcc.h to some empty string, it just won't exist in release builds

Fix a warning

This file seems to live in the past. Let's pull it over

manpage: updating the section about nil vs fteqcc-__NULL__

fixed a bug which allowed some statements to end in tokens other than semicolons... (ie closing parens)

for compile-time constants << and >> are now available

manpage: A note about __NULL__ vs nil

Adding a CHANGES file

manpage: __DATE__, __TIME__ predefs

don't call correct_edit anew for each scope

Factor out the adding of globals in various places into parser_addglobal; Add globals to the correct_variables lists

manpage: Document change to -Wall