0ccffe3f80
interface.untyped.cpp impl compiles in gnerated c library
2024-12-09 23:19:19 -05:00
cd7548c3d4
parser finally compiles
2024-12-09 22:51:24 -05:00
79a1951861
more prep for parser.cpp for c-library gen
2024-12-09 20:01:46 -05:00
e786d7c3b6
prepped lexer and parser for c-library generation
2024-12-09 16:45:18 -05:00
e6f30c7e1d
TokType compiles for c lbirary
2024-12-09 15:23:47 -05:00
6147912783
gen.h compiles with interface.upfront.cpp injected
2024-12-09 14:55:02 -05:00
500f216da2
ast.cpp compiles (among other things)
2024-12-08 23:10:10 -05:00
12e31276eb
dependency impl compiles for C11 library (doing components next)
2024-12-08 20:00:16 -05:00
65c3fabc52
C-library gen progress: Header files mostly done, starting dep c impl and fixes to generic selection generation
2024-12-08 16:37:04 -05:00
99dbc499fa
WIP: code_types.hpp c_library.cpp conversion (issue with C struct padding on asts)
2024-12-07 19:46:19 -05:00
451b71884c
WIP: Broken af
2024-12-07 17:17:02 -05:00
4d638a7255
borken : lots of stuff changed, explaining in later commit...v
2024-12-07 00:21:09 -05:00
92e0d3ab8b
DId a pass on ast.hpp, types.hpp and helper.hpp for C compatability (unfortuantely clang-format doesn't like my enum macro...
2024-12-06 05:29:17 -05:00
46562d54e7
parser: added support for enum_underlying macro
2024-12-06 00:33:53 -05:00
a3407c14d5
First compiling version of operator overloading for C! (on both msvc and clang using -std=c11 flag, using _Generic selection with some helper macros)
...
Extremely satsified with how unofuscated the generated code is for _Generic.
Still fixing up the templated container code though in the c-codegen
2024-12-05 17:04:17 -05:00
47b9c37e94
began to setup generation of Array_ssize and StringTable in the c-library
...
Still need to confirm if the these old templates require updates compared to the c++ impl
2024-12-05 03:41:08 -05:00
a3e7ec4c72
successful compile of c_library for: platform, macros, basic_types, debug, and memory headers (and newly generated c-code)
2024-12-05 00:40:51 -05:00
cae1555b11
wip having nasty parser issue (fixed nasty lexer bug)
2024-12-04 15:00:37 -05:00
f7709bb64e
more progress
2024-12-04 11:30:54 -05:00
3a55af9ce4
WIP(broken): Converting base library to use c-linkage symbols only
2024-12-04 11:01:53 -05:00
6081834687
bug fix
2024-12-03 20:42:35 -05:00
a3548a5bd3
Added support for friend operator definitions
2024-12-03 20:21:08 -05:00
ba1dd1894a
WIP (Broken): Major changes to handling Strings in ast (StringCached defined as StrC)
2024-12-03 18:47:12 -05:00
e00b2f8afb
Reduced ECode to C compatible vairant
2024-12-03 15:19:39 -05:00
72d088c566
reduction done on eoperator
2024-12-03 13:51:29 -05:00
c6fba23173
reduce ESpecifier to c-compatiable enum
2024-12-03 13:14:14 -05:00
d45908fb32
reduce TokType enum to c-compatiable
2024-12-03 09:50:30 -05:00
a7c9dad9fd
cpp feature reduction usage in parser
2024-12-03 09:31:27 -05:00
63ebd0d094
removed reference type usage in components/lexer.cpp, looking into resolving 'using namespace' usage
2024-12-03 01:44:01 -05:00
f28ae57f16
setup upfront interface to have optional vars in structs (for C later)
2024-12-03 00:45:30 -05:00
2fe708e4be
Began to reduce cpp feature usage in lexer and parser
2024-12-02 22:25:39 -05:00
69a9abcd59
Finished AST/Code member inferface usage elimination in base library.
...
Now the lexer and parser need to be elimination...
2024-12-02 20:20:30 -05:00
ea18792373
Progress on member proc usage reduction (CodeParam, CodeSpecifiers)
2024-12-02 10:58:24 -05:00
16b8a3a164
began to remove usage of code specific types member procs
2024-12-02 04:12:09 -05:00
9321a04ebc
reduction of Code struct member function usage in base lib
2024-12-02 02:38:55 -05:00
937235b776
progress (Code)
2024-12-02 00:03:38 -05:00
f9c21ebc04
progress
2024-12-01 23:35:58 -05:00
fec709cc76
Progresss
2024-12-01 21:59:43 -05:00
80cb3f4eca
Significant progress reducing c++ feature usage in the library.
2024-12-01 18:50:37 -05:00
8ef982003a
Added is_body to AST and Code types
2024-12-01 12:48:58 -05:00
ed0c0422ad
Looking into what the library's convention for enums will be.
...
Most likely will just reduce them to C-enums with underlying type.
Otherwise there has to be a mechanism to drop the defs down to them anyways, and eliminate the namespace wraps.
2024-12-01 05:30:37 -05:00
e5acac1d18
String member definitions not longer used in the base project
2024-12-01 03:06:30 -05:00
0b4ccac8f9
Removed usage of hashtable member procs
2024-12-01 01:39:21 -05:00
fbdb870986
Finished first pass reviewing memory.hpp for C lib generation
2024-11-30 23:38:27 -05:00
6d04165b96
Reduce cpp freatures usage of Array container.
...
Almost ready to be inter-operable with C
2024-11-30 18:54:19 -05:00
06deb1e836
memory.hpp no longer uses memory mappings by default
2024-11-30 17:18:49 -05:00
34eec66f35
Array done
2024-11-30 13:14:47 -05:00
5958dd2055
Did arena and fixedarena changes (for reducing usage of member procs)
2024-11-30 12:16:01 -05:00
163ad0a511
looking into removing "oop" features from base library
...
I want to make member functions an optional addition the user can generate a derivative library with.
The purpose is to simplify the implementation as to make generating a C-variant simpiler.
I also want to use it as a study to see how much simpiler it makes the library without having it.
2024-11-29 15:18:06 -05:00
0f2763a115
fixes for unreal use
2024-10-27 21:18:41 -04:00
