turmali 0.0.1
Sign up to get free protection for your applications and to get access to all the features.
- checksums.yaml +7 -0
- data/.DS_Store +0 -0
- data/.gitignore +12 -0
- data/.rspec +2 -0
- data/.travis.yml +5 -0
- data/CODE_OF_CONDUCT.md +74 -0
- data/Gemfile +6 -0
- data/LICENSE.txt +21 -0
- data/README.md +61 -0
- data/Rakefile +6 -0
- data/bin/tml +31 -0
- data/lib/.DS_Store +0 -0
- data/lib/turmali.rb +2 -0
- data/lib/turmali/.DS_Store +0 -0
- data/lib/turmali/grammar.y +228 -0
- data/lib/turmali/interpreter.rb +156 -0
- data/lib/turmali/lexer.rb +129 -0
- data/lib/turmali/nodes.rb +88 -0
- data/lib/turmali/parser.rb +683 -0
- data/lib/turmali/runtime/bootstrap.rb +48 -0
- data/lib/turmali/runtime/class.rb +36 -0
- data/lib/turmali/runtime/context.rb +9 -0
- data/lib/turmali/runtime/method.rb +20 -0
- data/lib/turmali/runtime/object.rb +19 -0
- data/lib/turmali/version.rb +3 -0
- data/turmali.gemspec +36 -0
- metadata +113 -0
checksums.yaml
ADDED
@@ -0,0 +1,7 @@
|
|
1
|
+
---
|
2
|
+
SHA1:
|
3
|
+
metadata.gz: 06bcafea0f78c8e5a95c998bae921490a31b233a
|
4
|
+
data.tar.gz: 8c0618191772b4335fe85a17a5a99bdcf72e46a2
|
5
|
+
SHA512:
|
6
|
+
metadata.gz: ca731d0ed9efb286a5ee7c602951878831af0db2d54887a451be0b97a5ce3781f2a616bbe7f6638ff129baf426ce511809caafc8a04d628f4e4c552ec1b9dbfb
|
7
|
+
data.tar.gz: 697603935ef127cfe705943b6e9c83f742a078212453ee132c3bb4e3d273d12a9767946748d85937ce4c6eb37d5ffd300d124c067951a075102f25091a51f3ee
|
data/.DS_Store
ADDED
Binary file
|
data/.gitignore
ADDED
data/.rspec
ADDED
data/.travis.yml
ADDED
data/CODE_OF_CONDUCT.md
ADDED
@@ -0,0 +1,74 @@
|
|
1
|
+
# Contributor Covenant Code of Conduct
|
2
|
+
|
3
|
+
## Our Pledge
|
4
|
+
|
5
|
+
In the interest of fostering an open and welcoming environment, we as
|
6
|
+
contributors and maintainers pledge to making participation in our project and
|
7
|
+
our community a harassment-free experience for everyone, regardless of age, body
|
8
|
+
size, disability, ethnicity, gender identity and expression, level of experience,
|
9
|
+
nationality, personal appearance, race, religion, or sexual identity and
|
10
|
+
orientation.
|
11
|
+
|
12
|
+
## Our Standards
|
13
|
+
|
14
|
+
Examples of behavior that contributes to creating a positive environment
|
15
|
+
include:
|
16
|
+
|
17
|
+
* Using welcoming and inclusive language
|
18
|
+
* Being respectful of differing viewpoints and experiences
|
19
|
+
* Gracefully accepting constructive criticism
|
20
|
+
* Focusing on what is best for the community
|
21
|
+
* Showing empathy towards other community members
|
22
|
+
|
23
|
+
Examples of unacceptable behavior by participants include:
|
24
|
+
|
25
|
+
* The use of sexualized language or imagery and unwelcome sexual attention or
|
26
|
+
advances
|
27
|
+
* Trolling, insulting/derogatory comments, and personal or political attacks
|
28
|
+
* Public or private harassment
|
29
|
+
* Publishing others' private information, such as a physical or electronic
|
30
|
+
address, without explicit permission
|
31
|
+
* Other conduct which could reasonably be considered inappropriate in a
|
32
|
+
professional setting
|
33
|
+
|
34
|
+
## Our Responsibilities
|
35
|
+
|
36
|
+
Project maintainers are responsible for clarifying the standards of acceptable
|
37
|
+
behavior and are expected to take appropriate and fair corrective action in
|
38
|
+
response to any instances of unacceptable behavior.
|
39
|
+
|
40
|
+
Project maintainers have the right and responsibility to remove, edit, or
|
41
|
+
reject comments, commits, code, wiki edits, issues, and other contributions
|
42
|
+
that are not aligned to this Code of Conduct, or to ban temporarily or
|
43
|
+
permanently any contributor for other behaviors that they deem inappropriate,
|
44
|
+
threatening, offensive, or harmful.
|
45
|
+
|
46
|
+
## Scope
|
47
|
+
|
48
|
+
This Code of Conduct applies both within project spaces and in public spaces
|
49
|
+
when an individual is representing the project or its community. Examples of
|
50
|
+
representing a project or community include using an official project e-mail
|
51
|
+
address, posting via an official social media account, or acting as an appointed
|
52
|
+
representative at an online or offline event. Representation of a project may be
|
53
|
+
further defined and clarified by project maintainers.
|
54
|
+
|
55
|
+
## Enforcement
|
56
|
+
|
57
|
+
Instances of abusive, harassing, or otherwise unacceptable behavior may be
|
58
|
+
reported by contacting the project team at eiffelqiu@qq.com. All
|
59
|
+
complaints will be reviewed and investigated and will result in a response that
|
60
|
+
is deemed necessary and appropriate to the circumstances. The project team is
|
61
|
+
obligated to maintain confidentiality with regard to the reporter of an incident.
|
62
|
+
Further details of specific enforcement policies may be posted separately.
|
63
|
+
|
64
|
+
Project maintainers who do not follow or enforce the Code of Conduct in good
|
65
|
+
faith may face temporary or permanent repercussions as determined by other
|
66
|
+
members of the project's leadership.
|
67
|
+
|
68
|
+
## Attribution
|
69
|
+
|
70
|
+
This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,
|
71
|
+
available at [http://contributor-covenant.org/version/1/4][version]
|
72
|
+
|
73
|
+
[homepage]: http://contributor-covenant.org
|
74
|
+
[version]: http://contributor-covenant.org/version/1/4/
|
data/Gemfile
ADDED
data/LICENSE.txt
ADDED
@@ -0,0 +1,21 @@
|
|
1
|
+
The MIT License (MIT)
|
2
|
+
|
3
|
+
Copyright (c) 2017 Eiffel Qiu
|
4
|
+
|
5
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy
|
6
|
+
of this software and associated documentation files (the "Software"), to deal
|
7
|
+
in the Software without restriction, including without limitation the rights
|
8
|
+
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
9
|
+
copies of the Software, and to permit persons to whom the Software is
|
10
|
+
furnished to do so, subject to the following conditions:
|
11
|
+
|
12
|
+
The above copyright notice and this permission notice shall be included in
|
13
|
+
all copies or substantial portions of the Software.
|
14
|
+
|
15
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
16
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
17
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
18
|
+
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
19
|
+
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
20
|
+
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
|
21
|
+
THE SOFTWARE.
|
data/README.md
ADDED
@@ -0,0 +1,61 @@
|
|
1
|
+
# Turmali
|
2
|
+
|
3
|
+
Turmali is a website building language.
|
4
|
+
|
5
|
+
```
|
6
|
+
class Turmali:
|
7
|
+
def name:
|
8
|
+
"I'm Turmali"
|
9
|
+
def turmali:
|
10
|
+
100
|
11
|
+
|
12
|
+
|
13
|
+
tml = Turmali.new
|
14
|
+
print(tml.name)
|
15
|
+
print(tml.turmali)
|
16
|
+
```
|
17
|
+
|
18
|
+
## Installation
|
19
|
+
|
20
|
+
Add this line to your application's Gemfile:
|
21
|
+
|
22
|
+
```ruby
|
23
|
+
gem 'turmali'
|
24
|
+
```
|
25
|
+
|
26
|
+
And then execute:
|
27
|
+
|
28
|
+
$ bundle
|
29
|
+
|
30
|
+
Or install it yourself as:
|
31
|
+
|
32
|
+
$ gem install turmali
|
33
|
+
|
34
|
+
## Usage
|
35
|
+
|
36
|
+
```The Turmali language!
|
37
|
+
|
38
|
+
usage:
|
39
|
+
./tml example.tml # to eval a file
|
40
|
+
./tml # to start the REPL
|
41
|
+
|
42
|
+
on Windows run with: ruby -I. tml [options]
|
43
|
+
```
|
44
|
+
|
45
|
+
## Development
|
46
|
+
|
47
|
+
After checking out the repo, run `rake spec` to run the tests. You can also run `bin/tml` for an interactive prompt that will allow you to experiment.
|
48
|
+
|
49
|
+
To install this gem onto your local machine, run `bundle exec rake install`. To release a new version, update the version number in `version.rb`, and then run `bundle exec rake release`, which will create a git tag for the version, push git commits and tags, and push the `.gem` file to [rubygems.org](https://rubygems.org).
|
50
|
+
|
51
|
+
## Contributing
|
52
|
+
|
53
|
+
Bug reports and pull requests are welcome on GitHub at https://github.com/eiffelqiu/turmali. This project is intended to be a safe, welcoming space for collaboration, and contributors are expected to adhere to the [Contributor Covenant](http://contributor-covenant.org) code of conduct.
|
54
|
+
|
55
|
+
## License
|
56
|
+
|
57
|
+
The gem is available as open source under the terms of the [MIT License](http://opensource.org/licenses/MIT).
|
58
|
+
|
59
|
+
## Code of Conduct
|
60
|
+
|
61
|
+
Everyone interacting in the Turmali project’s codebases, issue trackers, chat rooms and mailing lists is expected to follow the [code of conduct](https://github.com/eiffelqiu/turmali/blob/master/CODE_OF_CONDUCT.md).
|
data/Rakefile
ADDED
data/bin/tml
ADDED
@@ -0,0 +1,31 @@
|
|
1
|
+
#!/usr/bin/env ruby
|
2
|
+
# The Turmali language!
|
3
|
+
#
|
4
|
+
# usage:
|
5
|
+
# ./tml example.tml # to eval a file
|
6
|
+
# ./tml # to start the REPL
|
7
|
+
#
|
8
|
+
# on Windows run with: ruby -I. tml [options]
|
9
|
+
|
10
|
+
require "bundler/setup"
|
11
|
+
require "turmali"
|
12
|
+
|
13
|
+
require "readline"
|
14
|
+
|
15
|
+
interpreter = Interpreter.new
|
16
|
+
|
17
|
+
# If a file is given we eval it.
|
18
|
+
if file = ARGV.first
|
19
|
+
interpreter.eval File.read(file)
|
20
|
+
|
21
|
+
# Start the REPL, read-eval-print-loop, or interactive interpreter
|
22
|
+
else
|
23
|
+
puts "Turmali REPL, CTRL+C to quit"
|
24
|
+
loop do
|
25
|
+
line = Readline::readline(">> ") # 1. Read
|
26
|
+
Readline::HISTORY.push(line)
|
27
|
+
value = interpreter.eval(line) # 2. Eval
|
28
|
+
puts "=> #{value.ruby_value.inspect}" # 3. Print
|
29
|
+
end # 4. Loop
|
30
|
+
|
31
|
+
end
|
data/lib/.DS_Store
ADDED
Binary file
|
data/lib/turmali.rb
ADDED
Binary file
|
@@ -0,0 +1,228 @@
|
|
1
|
+
class Parser
|
2
|
+
|
3
|
+
# We need to tell the parser what tokens to expect. So each type of token produced
|
4
|
+
# by our lexer needs to be declared here.
|
5
|
+
token IF
|
6
|
+
token DEF
|
7
|
+
token CLASS
|
8
|
+
token NEWLINE
|
9
|
+
token NUMBER
|
10
|
+
token STRING
|
11
|
+
token TRUE FALSE NIL
|
12
|
+
token IDENTIFIER
|
13
|
+
token CONSTANT
|
14
|
+
token INDENT DEDENT
|
15
|
+
|
16
|
+
# Here is the Operator Precedence Table. As presented before, it tells the parser in
|
17
|
+
# which order to parse expressions containing operators.
|
18
|
+
# This table is based on the [C and C++ Operator Precedence Table](http://en.wikipedia.org/wiki/Operators_in_C_and_C%2B%2B#Operator_precedence).
|
19
|
+
prechigh
|
20
|
+
left '.'
|
21
|
+
right '!'
|
22
|
+
left '*' '/'
|
23
|
+
left '+' '-'
|
24
|
+
left '>' '>=' '<' '<='
|
25
|
+
left '==' '!='
|
26
|
+
left '&&'
|
27
|
+
left '||'
|
28
|
+
right '='
|
29
|
+
left ','
|
30
|
+
preclow
|
31
|
+
|
32
|
+
# In the following `rule` section, we define the parsing rules.
|
33
|
+
# All rules are declared using the following format:
|
34
|
+
#
|
35
|
+
# RuleName:
|
36
|
+
# OtherRule TOKEN AnotherRule { result = Node.new }
|
37
|
+
# | OtherRule { ... }
|
38
|
+
# ;
|
39
|
+
#
|
40
|
+
# In the action section (inside the `{...}` on the right), you can do the following:
|
41
|
+
#
|
42
|
+
# * Assign to `result` the value returned by the rule, usually a node for the AST.
|
43
|
+
# * Use `val[index of expression]` to get the `result` of a matched
|
44
|
+
# expressions on the left.
|
45
|
+
rule
|
46
|
+
# First, parsers are dumb, we need to explicitly tell it how to handle empty
|
47
|
+
# programs. This is what the first rule does. Note that everything between `/* ... */` is
|
48
|
+
# a comment.
|
49
|
+
Program:
|
50
|
+
/* nothing */ { result = Nodes.new([]) }
|
51
|
+
| Expressions { result = val[0] }
|
52
|
+
;
|
53
|
+
|
54
|
+
# Next, we define what a list of expressions is. Simply put, it's series of expressions separated by a
|
55
|
+
# terminator (a new line or `;` as defined later). But once again, we need to explicitly
|
56
|
+
# define how to handle trailing and orphans line breaks (the last two lines).
|
57
|
+
#
|
58
|
+
# One very powerful trick we'll use to define variable rules like this one
|
59
|
+
# (rules which can match any number of tokens) is *left-recursion*. Which means we reference
|
60
|
+
# the rule itself, directly or indirectly, on the left side **only**. This is true for the current
|
61
|
+
# type of parser we're using (LR). For other types of parsers like ANTLR (LL), it's the opposite,
|
62
|
+
# you can only use right-recursion.
|
63
|
+
#
|
64
|
+
# As you'll see bellow, the `Expressions` rule references `Expressions` itself.
|
65
|
+
# In other words, a list of expressions can be another list of expressions followed by
|
66
|
+
# another expression.
|
67
|
+
Expressions:
|
68
|
+
Expression { result = Nodes.new(val) }
|
69
|
+
| Expressions Terminator Expression { result = val[0] << val[2] }
|
70
|
+
| Expressions Terminator { result = val[0] }
|
71
|
+
| Terminator { result = Nodes.new([]) }
|
72
|
+
;
|
73
|
+
|
74
|
+
# Every type of expression supported by our language is defined here.
|
75
|
+
Expression:
|
76
|
+
Literal
|
77
|
+
| Call
|
78
|
+
| Operator
|
79
|
+
| GetConstant
|
80
|
+
| SetConstant
|
81
|
+
| GetLocal
|
82
|
+
| SetLocal
|
83
|
+
| Def
|
84
|
+
| Class
|
85
|
+
| If
|
86
|
+
| '(' Expression ')' { result = val[1] }
|
87
|
+
;
|
88
|
+
|
89
|
+
# Notice how we implement support for parentheses using the previous rule.
|
90
|
+
# `'(' Expression ')'` will force the parsing of `Expression` in its
|
91
|
+
# entirety first. Parentheses will then be discarded leaving only the fully parsed expression.
|
92
|
+
#
|
93
|
+
# Terminators are tokens that can terminate an expression.
|
94
|
+
# When using tokens to define rules, we simply reference them by their type which we defined in
|
95
|
+
# the lexer.
|
96
|
+
Terminator:
|
97
|
+
NEWLINE
|
98
|
+
| ";"
|
99
|
+
;
|
100
|
+
|
101
|
+
# Literals are the hard-coded values inside the program. If you want to add support
|
102
|
+
# for other literal types, such as arrays or hashes, this it where you'd do it.
|
103
|
+
Literal:
|
104
|
+
NUMBER { result = NumberNode.new(val[0]) }
|
105
|
+
| STRING { result = StringNode.new(val[0]) }
|
106
|
+
| TRUE { result = TrueNode.new }
|
107
|
+
| FALSE { result = FalseNode.new }
|
108
|
+
| NIL { result = NilNode.new }
|
109
|
+
;
|
110
|
+
|
111
|
+
# Method calls can take three forms:
|
112
|
+
#
|
113
|
+
# * Without a receiver (`self` is assumed): `method(arguments)`.
|
114
|
+
# * With a receiver: `receiver.method(arguments)`.
|
115
|
+
# * And a hint of syntactic sugar so that we can drop
|
116
|
+
# the `()` if no arguments are given: `receiver.method`.
|
117
|
+
#
|
118
|
+
# Each one of those is handled by the following rule.
|
119
|
+
Call:
|
120
|
+
IDENTIFIER Arguments { result = CallNode.new(nil, val[0], val[1]) }
|
121
|
+
| Expression "." IDENTIFIER
|
122
|
+
Arguments { result = CallNode.new(val[0], val[2], val[3]) }
|
123
|
+
| Expression "." IDENTIFIER { result = CallNode.new(val[0], val[2], []) }
|
124
|
+
;
|
125
|
+
|
126
|
+
Arguments:
|
127
|
+
"(" ")" { result = [] }
|
128
|
+
| "(" ArgList ")" { result = val[1] }
|
129
|
+
;
|
130
|
+
|
131
|
+
ArgList:
|
132
|
+
Expression { result = val }
|
133
|
+
| ArgList "," Expression { result = val[0] << val[2] }
|
134
|
+
;
|
135
|
+
|
136
|
+
|
137
|
+
# In our language, like in Ruby, operators are converted to method calls.
|
138
|
+
# So `1 + 2` will be converted to `1.+(2)`.
|
139
|
+
# `1` is the receiver of the `+` method call, passing `2`
|
140
|
+
# as an argument.
|
141
|
+
# Operators need to be defined individually for the Operator Precedence Table to take
|
142
|
+
# action.
|
143
|
+
Operator:
|
144
|
+
Expression '||' Expression { result = CallNode.new(val[0], val[1], [val[2]]) }
|
145
|
+
| Expression '&&' Expression { result = CallNode.new(val[0], val[1], [val[2]]) }
|
146
|
+
| Expression '==' Expression { result = CallNode.new(val[0], val[1], [val[2]]) }
|
147
|
+
| Expression '!=' Expression { result = CallNode.new(val[0], val[1], [val[2]]) }
|
148
|
+
| Expression '>' Expression { result = CallNode.new(val[0], val[1], [val[2]]) }
|
149
|
+
| Expression '>=' Expression { result = CallNode.new(val[0], val[1], [val[2]]) }
|
150
|
+
| Expression '<' Expression { result = CallNode.new(val[0], val[1], [val[2]]) }
|
151
|
+
| Expression '<=' Expression { result = CallNode.new(val[0], val[1], [val[2]]) }
|
152
|
+
| Expression '+' Expression { result = CallNode.new(val[0], val[1], [val[2]]) }
|
153
|
+
| Expression '-' Expression { result = CallNode.new(val[0], val[1], [val[2]]) }
|
154
|
+
| Expression '*' Expression { result = CallNode.new(val[0], val[1], [val[2]]) }
|
155
|
+
| Expression '/' Expression { result = CallNode.new(val[0], val[1], [val[2]]) }
|
156
|
+
;
|
157
|
+
|
158
|
+
# Then we have rules for getting and setting values of constants and local variables.
|
159
|
+
GetConstant:
|
160
|
+
CONSTANT { result = GetConstantNode.new(val[0]) }
|
161
|
+
;
|
162
|
+
|
163
|
+
SetConstant:
|
164
|
+
CONSTANT "=" Expression { result = SetConstantNode.new(val[0], val[2]) }
|
165
|
+
;
|
166
|
+
|
167
|
+
GetLocal:
|
168
|
+
IDENTIFIER { result = GetLocalNode.new(val[0]) }
|
169
|
+
;
|
170
|
+
|
171
|
+
SetLocal:
|
172
|
+
IDENTIFIER "=" Expression { result = SetLocalNode.new(val[0], val[2]) }
|
173
|
+
;
|
174
|
+
|
175
|
+
# Our language uses indentation to separate blocks of code. But the lexer took care of all
|
176
|
+
# that complexity for us and wrapped all blocks in `INDENT ... DEDENT`. A block
|
177
|
+
# is simply an increment in indentation followed by some code and closing with an equivalent
|
178
|
+
# decrement in indentation.
|
179
|
+
#
|
180
|
+
# If you'd like to use curly brackets or `end` to delimit blocks instead, you'd
|
181
|
+
# simply need to modify this one rule.
|
182
|
+
# You'll also need to remove the indentation logic from the lexer.
|
183
|
+
Block:
|
184
|
+
INDENT Expressions DEDENT { result = val[1] }
|
185
|
+
;
|
186
|
+
|
187
|
+
# The `def` keyword is used for defining methods. Once again, we're introducing
|
188
|
+
# a bit of syntactic sugar here to allow skipping the parentheses when there are no parameters.
|
189
|
+
Def:
|
190
|
+
DEF IDENTIFIER Block { result = DefNode.new(val[1], [], val[2]) }
|
191
|
+
| DEF IDENTIFIER
|
192
|
+
"(" ParamList ")" Block { result = DefNode.new(val[1], val[3], val[5]) }
|
193
|
+
;
|
194
|
+
|
195
|
+
ParamList:
|
196
|
+
/* nothing */ { result = [] }
|
197
|
+
| IDENTIFIER { result = val }
|
198
|
+
| ParamList "," IDENTIFIER { result = val[0] << val[2] }
|
199
|
+
;
|
200
|
+
|
201
|
+
# Class definition is similar to method definition.
|
202
|
+
# Class names are also constants because they start with a capital letter.
|
203
|
+
Class:
|
204
|
+
CLASS CONSTANT Block { result = ClassNode.new(val[1], val[2]) }
|
205
|
+
;
|
206
|
+
|
207
|
+
# Finally, `if` is similar to `class` but receives a *condition*.
|
208
|
+
If:
|
209
|
+
IF Expression Block { result = IfNode.new(val[1], val[2]) }
|
210
|
+
;
|
211
|
+
end
|
212
|
+
|
213
|
+
# The final code at the bottom of this Racc file will be put as-is in the generated `Parser` class.
|
214
|
+
# You can put some code at the top (`header`) and some inside the class (`inner`).
|
215
|
+
---- header
|
216
|
+
require "lexer"
|
217
|
+
require "nodes"
|
218
|
+
|
219
|
+
---- inner
|
220
|
+
def parse(code, show_tokens=false)
|
221
|
+
@tokens = Lexer.new.tokenize(code) # Tokenize the code using our lexer
|
222
|
+
puts @tokens.inspect if show_tokens
|
223
|
+
do_parse # Kickoff the parsing process
|
224
|
+
end
|
225
|
+
|
226
|
+
def next_token
|
227
|
+
@tokens.shift
|
228
|
+
end
|