From 94f7c1d47a98d5cb827e0c9f2d5b04fc9ee9e476 Mon Sep 17 00:00:00 2001
From: Leo Tenenbaum
Date: Sun, 15 Dec 2019 18:34:58 -0500
Subject: updated readme
---
README.html | 85 +++++++++++++++++++++++++++++++++++++++++++++++++-----------
README.md | 36 ++++++++++++++++++++++---
docs/00.html | 7 ++---
docs/01.html | 4 +--
infer.c | 8 +++---
main.c | 4 +--
test.toc | 58 ++++++-----------------------------------
types.c | 13 ++++++++++
8 files changed, 136 insertions(+), 79 deletions(-)
diff --git a/README.html b/README.html
index e34ab71..ae11187 100644
--- a/README.html
+++ b/README.html
@@ -11,26 +11,37 @@ and there are almost definitely bugs right now.
I would recommend against using it for anything big or important.
Many parts of it may change in the future.
-toc
improves on C's syntax (and semantics) in many ways,
+
toc
improves on C’s syntax (and semantics) in many ways,
To declare x
as an integer and set it to 5,
you can do:
-x := 5; // Declare x and set x to 5 (infer type)
-x : int = 5; // Explicitly make the type int.
-x : int; x = 5; // Declare x as an integer, then set it to 5.
+x := 5; // Declare x and set x to 5 (infer type)
+x : int = 5; // Explicitly make the type int.
+x : int; x = 5; // Declare x as an integer, then set it to 5.
-toc
is statically typed and has many of C's features, but
+
toc
is statically typed and has many of C’s features, but
it is nearly as fast in theory.
See docs
for more information (in progress).
tests
has some test programs written in toc
.
-To compile the compiler on a Unix-y system, just run build.sh
. You can supply a compiler by running CC=tcc build.sh
, or built it in release mode with ./build.sh release
(which will help speed up compiling large programs).
+To compile the compiler on a Unix-y system, just run ./build.sh release
. You can supply a compiler by running CC=tcc ./build.sh release
, or build it in debug mode without the release
.
+
+On other systems, you can just compile main.c with a C compiler. toc
uses several C99 and a couple of C11 features, so it might not work on all compilers. But it does compile on quite a few, including clang
, gcc
, and tcc
. It can also be compiled as if it were C++, but it does break the standard in a few places*. So, MSVC can also compile it. The outputted code should be C99-compliant.
+
+Why it compiles to C
+
+toc
compiles to C for three reasons:
+
+
+- Speed. C is one of the most performant programming languages out there. It also has compilers which are very good at optimizing (better than anything I could write).
+- Portability. C is probably the most portable language. It has existed for >30 years and can run on practically anything. Furthermore, all major languages nowadays can call functions written in C.
+- Laziness. I don’t really want to deal with writing something which outputs machine code, and it would certainly be more buggy than something which outputs C.
+
-On other systems, you can just compile main.c with a C compiler. toc uses several C99 and a couple of C11 features, so it might not work on all compilers. But it does compile on quite a few, including clang
, gcc
, and tcc
. It can also be compiled as if it were C++, but it does break the standard in a few places*. So, MSVC can also compile it. The outputted code should be C99-compliant.
@@ -40,35 +51,77 @@ it is nearly as fast in theory.
Build system
-toc
is set up as a unity build, meaning that there is only one translation unit. So, main.c
#include
s toc.c
, which #include
s all of toc
's files. This improves (from scratch) compilation speeds, since you don't have to include headers a bunch of times for each translation unit. This is more of a problem in C++, where, for example, doing #include <map>
ends up turning into 25,000 lines after preprocessing. All of toc's source code, which includes most of the C standard library, at the time of this writing (Dec 2019) is only 22,000 lines after preprocessing; imagine including all of that once for each translation unit which includes map
. It also obviates the need for fancy build systems like CMake.
+toc
is set up as a unity build, meaning that there is only one translation unit. So, main.c
#include
s toc.c
, which #include
s all of toc
’s files.
+
+Why?
+
+This improves compilation speeds (especially from scratch), since you don’t have to include headers a bunch of times for each translation unit. This is more of a problem in C++, where, for example, doing #include <map>
ends up turning into 25,000 lines after preprocessing. All of toc’s source code, which includes most of the C standard library, at the time of this writing (Dec 2019) is only 22,000 lines after preprocessing; imagine including all of that once for each translation unit which includes map
. It also obviates the need for fancy build systems like CMake.
New features
-Here are all the C99 features which toc
depends on (I might have forgotten some...):
+Here are all the C99 features which toc
depends on (I might have forgotten some…):
- Declare anywhere
-stdint.h
+inttypes.h
- Non-constant struct literal initializers (e.g.
int x[2] = {y, z};
)
-- Variadic macros and
__VA_ARGS__
- Flexible array members
-The last three of those could all be removed fairly easily.
+
+The last three of those could all be removed fairly easily (assuming the system actually has 8-, 16-, 32-, and 64-bit signed and unsigned types).
And here are all of its C11 features:
- Anonymous structures/unions
-max_align_t
and alignof
- It can still compile without these but it won't technically be standard-compliant
+max_align_t
and alignof
- It can still compile without these but it won’t technically be standard-compliant
+
More
See main.c
for a bit more information.
+Version history
+
+Here are the major versions of toc
.
+
+
+
+
+ Version |
+ Description |
+ Date |
+
+
+
+
+ 0.0 |
+ Initial version. |
+ 2019 Dec 6 |
+
+
+ 0.1 |
+ Constant parameter inference. |
+ 2019 Dec 15 |
+
+
+
+
+
+
+
+Report a bug
+
+If you find a bug, you can report it through GitHub’s issue tracker, or by emailing pommicket@gmail.com.
+
+Just send me the toc
source code which results in the bug, and I’ll try to fix it.
+
+
+
* for those curious, it has to do with goto
. In C, this program:
@@ -80,7 +133,8 @@ int main() {
}
-Is completely fine. x
will hold an unspecified value after the jump (but it isn't used so it doesn't really matter). Apparently, in C++, this is an ill-formed program. This is a bit ridiculous since
+
+Is completely fine. x
will hold an unspecified value after the jump (but it isn’t used so it doesn’t really matter). Apparently, in C++, this is an ill-formed program. This is a bit ridiculous since
int main() {
@@ -91,4 +145,5 @@ int main() {
}
-is fine. So that's an interesting little "fun fact": int x = 5;
isn't always the same as int x; x = 5;
in C++.
+
+is fine. So that’s an interesting little “fun fact”: int x = 5;
isn’t always the same as int x; x = 5;
in C++.
diff --git a/README.md b/README.md
index be43683..9cbfa2b 100644
--- a/README.md
+++ b/README.md
@@ -28,9 +28,17 @@ See `docs` for more information (in progress).
`tests` has some test programs written in `toc`.
-To compile the compiler on a Unix-y system, just run `./build.sh release`. You can supply a compiler by running `CC=tcc ./build.sh release`, or built it in debug mode without the `release`.
+To compile the compiler on a Unix-y system, just run `./build.sh release`. You can supply a compiler by running `CC=tcc ./build.sh release`, or build it in debug mode without the `release`.
-On other systems, you can just compile main.c with a C compiler. toc uses several C99 and a couple of C11 features, so it might not work on all compilers. But it does compile on quite a few, including `clang`, `gcc`, and `tcc`. It can also be compiled as if it were C++, but it does break the standard in a few places\*. So, MSVC can also compile it. The *outputted* code should be C99-compliant.
+On other systems, you can just compile main.c with a C compiler. `toc` uses several C99 and a couple of C11 features, so it might not work on all compilers. But it does compile on quite a few, including `clang`, `gcc`, and `tcc`. It can also be compiled as if it were C++, but it does break the standard in a few places\*. So, MSVC can also compile it. The *outputted* code should be C99-compliant.
+
+#### Why it compiles to C
+
+`toc` compiles to C for three reasons:
+
+- Speed. C is one of the most performant programming languages out there. It also has compilers which are very good at optimizing (better than anything I could write).
+- Portability. C is probably the most portable language. It has existed for >30 years and can run on practically anything. Furthermore, all major languages nowadays can call functions written in C.
+- Laziness. I don't really want to deal with writing something which outputs machine code, and it would certainly be more buggy than something which outputs C.
---
@@ -39,7 +47,9 @@ On other systems, you can just compile main.c with a C compiler. toc uses severa
`toc` is written in C, for speed and portability. It has no dependencies, other than the C runtime library.
#### Build system
-`toc` is set up as a unity build, meaning that there is only one translation unit. So, `main.c` `#include`s `toc.c`, which `#include`s all of `toc`'s files. This improves (from scratch) compilation speeds, since you don't have to include headers a bunch of times for each translation unit. This is more of a problem in C++, where, for example, doing `#include