GitHub - jotheberlock/Enki: An experimental compiled language

Branches Tags

Name		Name	Last commit message	Last commit date
Latest commit History 942 Commits
saved		saved
tests		tests
tools		tools
.gdbinit		.gdbinit
.gitattributes		.gitattributes
CMakeLists.txt		CMakeLists.txt
FAQ.html		FAQ.html
LICENCE		LICENCE
README		README
amd64.cpp		amd64.cpp
amd64.h		amd64.h
arm32.cpp		arm32.cpp
arm32.h		arm32.h
arm64.cpp		arm64.cpp
arm64.h		arm64.h
asm.cpp		asm.cpp
asm.h		asm.h
ast.cpp		ast.cpp
ast.h		ast.h
backend.cpp		backend.cpp
backend.h		backend.h
cfuncs.cpp		cfuncs.cpp
cfuncs.h		cfuncs.h
codegen.cpp		codegen.cpp
codegen.h		codegen.h
component.cpp		component.cpp
component.h		component.h
configfile.cpp		configfile.cpp
configfile.h		configfile.h
controlflow.html		controlflow.html
cygwin_host.ini		cygwin_host.ini
dummy.e		dummy.e
dummy.i		dummy.i
elf.cpp		elf.cpp
elf.h		elf.h
entrypoint.cpp		entrypoint.cpp
entrypoint.h		entrypoint.h
error.cpp		error.cpp
error.h		error.h
exports.cpp		exports.cpp
exports.h		exports.h
image.cpp		image.cpp
image.h		image.h
imports.cpp		imports.cpp
imports.h		imports.h
inanna.cpp		inanna.cpp
inanna.h		inanna.h
inanna_amd64_target.ini		inanna_amd64_target.ini
inanna_arm32_target.ini		inanna_arm32_target.ini
inanna_start.e		inanna_start.e
inanna_structures.h		inanna_structures.h
inanna_thumb_target.ini		inanna_thumb_target.ini
index.html		index.html
lexer.cpp		lexer.cpp
lexer.h		lexer.h
linux_amd64_target.ini		linux_amd64_target.ini
linux_arm32_target.ini		linux_arm32_target.ini
linux_arm64_target.ini		linux_arm64_target.ini
linux_host.ini		linux_host.ini
linux_thumb_target.ini		linux_thumb_target.ini
loader.e		loader.e
macho.cpp		macho.cpp
macho.h		macho.h
macos_amd64_target.ini		macos_amd64_target.ini
macos_host.ini		macos_host.ini
main.cpp		main.cpp
malloc_unix.e		malloc_unix.e
malloc_windows.e		malloc_windows.e
mem.cpp		mem.cpp
mem.h		mem.h
pass.cpp		pass.cpp
pass.h		pass.h
pe.cpp		pe.cpp
pe.h		pe.h
platform.cpp		platform.cpp
platform.h		platform.h
regset.cpp		regset.cpp
regset.h		regset.h
rtti.cpp		rtti.cpp
rtti.h		rtti.h
run_arm32_tests.sh		run_arm32_tests.sh
run_thumb_tests.sh		run_thumb_tests.sh
stdlib.e		stdlib.e
stdlib_linuxarm.e		stdlib_linuxarm.e
stdlib_macos.e		stdlib_macos.e
stdlib_unix.e		stdlib_unix.e
stdlib_windows.e		stdlib_windows.e
stream.e		stream.e
stringbox.cpp		stringbox.cpp
stringbox.h		stringbox.h
symbols.cpp		symbols.cpp
symbols.h		symbols.h
sys.i		sys.i
test.as		test.as
test.e		test.e
test.i		test.i
test.s		test.s
thumb.cpp		thumb.cpp
thumb.h		thumb.h
type.cpp		type.cpp

Repository files navigation

Enki is a toy statically-typed, statically-compiled programming
language, wherein I experiment with the following:

A common ABI across operating systems, such that a file with the
same machine code could run on Windows, Linux and MacOS (or Windows Mobile,
Android and iOS). Note that the MacOS support has bitrotted and definitely
won't work with the new ARM-based Macs (part of the MachO format is a segment
defining the initial thread which is basically a register dump similar to
what you get from getcontext(3) which is inherently processor specific -
I have support for older x86-based MacOS but nothing for ARM).

A spaghetti stack/support for closures and generators.

Direct code generation to machine code and native executable files for x86-64
and ARM - no assembler here.

It's currently at least in the ballpark of being as expressive as C (structs,
arrays, functions, function pointers, variously-sized integers) - no
floating point or memory management as such so far, though. Also pretty
much no optimisation whatsoever as yet.

Yes, I have heard about LLVM - but LL is indeed a VM, and it Vs the things
I'm most interested in messing around with, i.e. calling conventions (both
in the sense of 'what goes in what register' and also it assumes you have
a conventional C-style stack) and object file formats.

Originally this was written some time ago in C++98 with portability in mind
- I have compiled and run it succesfully with gcc 3.4 on a Solaris 7 SPARC
machine for example. However it is now 2024 and I am incrementally updating it
to C++11, a somewhat slow process given the size of the codebase.