Skip to content

Commit 8cc0623

Browse files
committed
Fixed some typos in the documentation.
1 parent 551ebd3 commit 8cc0623

File tree

2 files changed

+6
-6
lines changed

2 files changed

+6
-6
lines changed

docs/Compiler-Internals.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -21,7 +21,7 @@ scanner looks for these kinds of symbols, with letters always being case-insensi
2121
- Numbers in integer and floating-point notation with an optional exponent. Note that these numbers are always positive,
2222
negativity is applied later via the `-` unary operator in the parser.
2323
- Identifiers starting with an underscore or alphabetical letter, and also numbers on any following character.
24-
These can be returned as two diffent tokens:
24+
These can be returned as two different tokens:
2525
- If the (lower-case) name exists in the function table, the name is returned as a `FUN` token.
2626
- Anything else is returned as a `VAR` token and identifies a variable.
2727

@@ -140,7 +140,7 @@ type `prjm_eval_compiler_node`, which stores a few additional flags only require
140140
#### Function Argument List
141141
142142
Inside a function argument list, all expressions are collected in a special `prjm_eval_compiler_arg_list` wrapper holding
143-
one compiler node object for each potential function argument. It also keeps the arugment count as a separate variable
143+
one compiler node object for each potential function argument. It also keeps the argument count as a separate variable
144144
for easy access.
145145
146146
When the arguments have been collected and the function is reduced in the parser, the action will then compare the

docs/Expression-Syntax.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -59,7 +59,7 @@ z = sin(4.0);
5959

6060
### Variable and Function Names, Limits
6161

62-
Variable and function names are generally case-insensitve, making `variable` equivalent to `vArIaBlE`.
62+
Variable and function names are generally case-insensitive, making `variable` equivalent to `vArIaBlE`.
6363

6464
Any text in expressions - starting with either a letter from a to z or an underscore, followed by more of these
6565
characters and also numbers from 0 to 9 - is first checked to be a built-in function. If it is not a function, the
@@ -81,7 +81,7 @@ in the same way as gmegabuf.
8181
Note the index must always be written with two digits. `reg3` is _not_ considered a global variable and will only have a
8282
local scope as any other variable. The same is true for more digits like `reg123`.
8383

84-
Same as with gmegabuf, global variables are not necessarily `0` when a preset is initialized and they can change at any
84+
Same as with gmegabuf, global variables are not necessarily `0` when a preset is initialized, and they can change at any
8585
time when two presets using the same global variables are blended during a transition.
8686

8787
### Constants
@@ -121,7 +121,7 @@ Example: `$'a'` converts to `97`.
121121

122122
### Operator Precedence
123123

124-
Operator precedence is defined in a similar way as in C, with the expection of the `^` operator, which has a different
124+
Operator precedence is defined in a similar way as in C, except the `^` operator, which has a different
125125
meaning in Milkdrop presets (pow() instead of binary XOR).
126126

127127
See the [C precedence table on cppreference.com](https://en.cppreference.com/w/c/language/operator_precedence) for
@@ -515,7 +515,7 @@ level, which can hang up the application.
515515
### Internal Functions and Aliases
516516

517517
The following functions are defined internally, some being aliases to the above functions, others being used as actual
518-
implementations of operators. Deoending on the operator being unary or binary, each function has one or two parameters.
518+
implementations of operators. Depending on the operator being unary or binary, each function has one or two parameters.
519519

520520
- _aboeq => Operator `>=`
521521
- _above => Operator `>`

0 commit comments

Comments
 (0)