gencpp/test
Ed_ f9085d4b6f Parser constructor passes all current tests...
Pretty much have a working library now... Albiet with problably quite a few hidden bugs in parsing.

Next steps are to start converting library to use its own Arena, Pool, Array, HashTable types. And either work on zpl dependency gutting or making a more robust set of tests.
2023-07-11 03:10:20 -04:00
..
gen Templates, test changes (prob not working), progress on parsing bodies and operators. 2023-07-10 01:15:25 -04:00
NonParsed Parser constructor passes all current tests... 2023-07-11 03:10:20 -04:00
Parsed Parser constructor passes all current tests... 2023-07-11 03:10:20 -04:00
DummyInclude.hpp Removed incremental API, fixes for operator__validation, added formatting pass on generated files 2023-06-29 22:48:47 -04:00
meson.build Gutting test code, going to be just doing it proeprly when the library upfornt api is done. 2023-04-09 14:51:37 -04:00
Readme.md Templates, test changes (prob not working), progress on parsing bodies and operators. 2023-07-10 01:15:25 -04:00
test.NonParsed.cpp Parsing constructors passed the sanity test! 2023-07-10 22:14:51 -04:00
test.Parsed.cpp Parser constructor passes all current tests... 2023-07-11 03:10:20 -04:00

Test

The following tests focus on attempting to generate some math, containers, and the memory module of zpl.

Not all the files are written how I would practically use the librarry, the containers for example would be better on in c++ as templates, since the templates they generate are trivial symbols to inspect or debug.

An exmaple of a non-trival generation is a container for elements with SOA or AOS policy for layout. (If a unified element syntax is desired)

The test is divided between two major sets of tests: Parsed and Nonparsed.

Parsed uses the parsing api strictly. NonParsed only uses the upfront and incremental constructors.