regular procedure... bumping PKGBUILDs, GMQCC_VERSION macros, adding back GMQCC_VERSION_TYPE_DEVEL

0.3.5 commit

Merge branch 'cooking'

Nothing in there requires unistd.h

Revert "oh my god, make it stop >.<"

This reverts commit a120209567913afa4b1ad4224988bc5ad1091b4f.

oh my god, make it stop >.<

fold_binary now used instead of ast_binary_new, which calls fold_superfluous

Disable it on master too since Xonotic compiles are failing.

build again

This is not allowed

Some correctly-sized type flags for the AST and IR, this culls back memory usage a little.

Merge branch 'cooking' of github.com:graphitemaster/gmqcc into cooking

Make preprocessor predefs use their own context opposed to the lexer context.

type and argument parsing improved to handle the field/vararg ambiguity; tests added

We're doing it this way.

replacing the current [[accumulate]] implementation: shorter and simpler, and also supports non-void return types

Fix

Undo fix and actually use a macro in the accumulation test .. just incase.

Does this fix it?

Implement support for octal constants, this closes #97.

Fix 'declaration does not declare anything' regression i.e this closes #132.

Ignore generating a return instruction in accumulated functions, eventually we'll have a way to merge these into one function but for now the RETURN is a waste.

Update deps

Cleaner traces

Fix memory dump console printing alignment and also trace expressions for allocations.

Use "##" to ensure the names of the accumulated functions are striped by the IR.

Update changes

Add a test for function accumulation attribute

Enforce void type on accumulatable functions.

Implemented [[accumulate]] attribute. This will hopefully be used by Xonotic to replace it's ACCUMULATE_FUNCTION stuff.

Use .dat extension on generated binaries in testsuite to prevent them from being sourced as task template files. This will fix the async builds on travis.ci

Fix handling on intrinsic folding, this closes #118.

Prevent aliasing functions through forward declared prototypes. This closes #125

Another one

float and double shouldn't be used here, this is what qcfloat_t is for. This fixes the memcmp bug in the folder.

Fix option string allocated/non allocated storage.

Make it valid C++ code, such that it can compile as C++ code.

Some intrinsic code cleanup. The args check is handled anyways in the parser. We use a generated array alongside to prevent generating the intrinsic multiple times instead of using static storage. Other various cleanups as well.

divVerent suggestion to use memcmp here

Make divVerent happy about handling divison by zero/inf/nan and negitive versions. This code now assumes IEEE 754.

Clang is so anal

Cleanups

Cleanup for builds

who let the cat out?

Fix windows builds, add strip target for makefiles, update distro build makefiles to use it for release builds.

Some cleanups

Update README

Merge branch 'cooking' of git://github.com/graphitemaster/gmqcc into cooking

Merge branch 'cooking' of git://github.com/graphitemaster/gmqcc into cooking

first part of parsing TOKEN_DOTS as part of a type when needed; allows declarations like: ...float x;

Update dependencies

I need to test this code on msvc now.

Fix that (newer clang will fail on it)

Merge branch 'cleanup' into cooking

Last piece of documentation for platform.h

More documentation for platform.h

Some documentation

Some more cleanup

Refactor some util/platform usage and extend file system file interface to accept its own flags and EOF

distro/archlinux/this/Makefile: TARCOMP variable contains the compression flag, rather than using -J in the makerule but provide the .xz extension in a variable

distro/archlinux/this/Makefile: tar -> bsdtar

Add back the correct directory handling for msvc

Make it compile with mingw32 again

Add a porting guide

More cleanups, gmqcc.h doesn't need to include stdio.h now!

More cleanups

More cleanup

Some more platform / compiler specific code refactoring.

Initial platform / compiler specific code refactoring.

This can actually be much smaller, 204 bytes!

More typos

typo

Document what the utf8 table actually is

Wrong operand order it's 0xf4u-0xc2u i.e 0x32.

Less flexible more economical utf8 decoder.

Don't echo it

Fix some things: get all the Quake mods to compile again (I broke binary expressions .. oops) Fix the check-proj script, using $? for status was invalid because of pipes. The ir now properly considers negation virtual instruction to be operations (as it should).

Update CHANGES files

Fix fold_superfluous

Only when peephole optimization is on

Handle proper expression type assignment

Another peephole optimization which removes superfluous expressions such as (A + 0), (A - 0), (A * 1) and (A / 1).

Refactor intrinsic stuff

Update documentation

Add seperate warning flag for directive in macro.

Warn when preprocessor directive is found inside a macro body.

Merge branch 'cooking' of github.com:graphitemaster/gmqcc into cooking

Fix negation type for VINSTR_NEG_V. Source operand for optimization instead of the expression (to handle double negation elision properly.)

Merge branch 'master' into cooking

Merge pull request #134 from Sicness/hyphen

Fixed hyphen-used-as-minus-sign in gmqcc.1

Fixed hyphen-used-as-minus-sign in gmqcc.1

Accortding to lintian report:
I: gmqcc: hyphen-used-as-minus-sign usr/share/man/man1/gmqcc.1.gz:156
N:
N:    This manual page seems to contain a hyphen where a minus sign was
N:    intended. By default, "-" chars are interpreted as hyphens (U+2010) by
N:    groff, not as minus signs (U+002D). Since options to programs use minus
N:    signs (U+002D), this means for example in UTF-8 locales that you cannot
N:    cut and paste options, nor search for them easily. The Debian groff
N:    package currently forces "-" to be interpreted as a minus sign due to
N:    the number of manual pages with this problem, but this is a
N:    Debian-specific modification and hopefully eventually can be removed.
N:
N:    "-" must be escaped ("\-") to be interpreted as minus. If you really
N:    intend a hyphen (normally you don't), write it as "\(hy" to emphasise
N:    that fact. See groff(7) and especially groff_char(7) for details, and
N:    also the thread starting with
N:    http://lists.debian.org/debian-devel/2003/debian-devel-200303/msg01481.html
N:
N:    If you use some tool that converts your documentation to groff format,
N:    this tag may indicate a bug in the tool. Some tools convert dashes of
N:    any kind to hyphens. The safe way of converting dashes is to convert
N:    them to "\-".
N:
N:    Because this error can occur very often, Lintian shows only the first 10
N:    occurrences for each man page and give the number of suppressed
N:    occurrences. If you want to see all warnings, run Lintian with the
N:    -d/--debug option.
N:
N:    Refer to /usr/share/doc/groff-base/README.Debian and the groff_char(7)
N:    manual page for details.
N:
N:    Severity: wishlist, Certainty: possible
N:
N:    Check: manpages, Type: binary
N:
I: gmqcc: hyphen-used-as-minus-sign usr/share/man/man1/gmqcc.1.gz:354
I: gmqcc: hyphen-used-as-minus-sign usr/share/man/man1/gmqcc.1.gz:676

Handle double negation case specially. Update TODO

Simplify parse stage for unary - operator.

Remove pointless thinking comment, fix builds for clang.

Make unary - operator act as an ast_unary node. This allows for consistency (no sense in making unary use binstore nodes, it doesn't make much sense). It also allows for the peephole optimization on unary chains that cancel each other to take place; i.e code like "-(-a)" simplifies to "a", thus eliminating instructions.

Eh, only if peephole optimizations are turned on.

Less casts.

It was much easier in the AST, really.

Remove the rest of it.

Remove it, maybe it can be done in the AST instead.