2 releases
| 0.1.1 | Jan 8, 2021 |
|---|---|
| 0.1.0 | Dec 11, 2019 |
#2873 in Command line utilities
470KB
3K
SLoC
atom
Shell scripting that will knock your socks off.
NOTE: Click the image above for a video demonstration.
Why write a shell?
Bash is everywhere in the programming world. Literally everywhere. If you download and install this project, you will likely use bash to do so (or some bash derivative / compatible shell).
Typically, I love it when a small, simple platform like bash is extremely widespread. It usually makes everyone's lives easier to use.
Usually.
Bash scripting needs to be outlawed
Seriously, how do people actually write bash scripts??? It's absolutely unusable for the vast majority of us who aren't absolute-200-IQ-geniuses. Everytime I want to do a simple for loop over each files in a directory, I have to look it up, and then still give up because it's too difficult.
How can users be expected to write code like this?
shopt -s nullglob
for path in ./*; do
[[ ${path##*/} != *.* ]] && rm "$path"
done
Or code like this??
oIFS=${IFS+_${IFS}}
IFS=/; echo "${array[*]}"
${oIFS:+'false'} unset -v IFS || IFS=${oIFS#_}
The answer: they can't.
What is the core reason behind bash scripting being terrible?
The worst parts about bash's scripting capabilities are as follows:
- Bash code is designed to be hacked together quickly in an unreadable way, which is not a good design goal for scripting features. While commands meant for typical file navigation and running programs should be quick and simple, scripting features should be more readable and consistent.
- Bash fails to even fulfill its one design goal, because scripts are so unreadable that it's impossible to hack anything together at all.
How does atom address these problems?
As I see it, there are two sides of a shell. The interactive side, and the scripting side. Creating a good shell means balancing these two modes well. If you make a language too well suited to scripting, then file navigation, and other interactive features will suffer. On the other hand, if you make a language too well suited for interactive commands (like bash), then scripting becomes impossible.
Atom tries to strike a better balance between the two modes, and, in my opinion, does so rather successfully. It does seem to be more well suited to scripting instead of interactive programming, but I don't really mind the sacrifice all that much.
Atom's design goals are:
- Shell scripting must be powerful enough to function as a traditional high level language.
- At the same time, there must not be a lot of syntactic sugar for writing interactive commands.
- Incorrect code should be rejected. There should be no attempt to understand the user's incorrect code (see JavaScript). Bad code is bad code.
- Declarative and functional programming first, imperative last.
I would say these goals serve atom very well.
To show Atom's scripting capabilities, I wrote an entire card game using it!
The CPU is actually much better than I am, and has beaten me with twice or thrice my score multiple times. It doesn't cheat at all, it only ranks its cards by synergy, encourages picking up cards that synergize well with its best cards, and discarding its worst cards.
If you want to try all of my custom macros, and to have my splash screen, use my .atom-prelude file in your home directory and experiment away! To play my card game specifically, run rummy@play'.
About the Author
I'm a freshman in college bored in quarantine. If you enjoy my projects, consider supporting me by buying me a coffee!
Usage
Atom is drastically different than any other shell, both with its outward syntax and internal functionality.
For example, atom supports traditional tables, lists, strings, ints, floats, bools, etc. like this drastically better and more professional shell that I should have just started using to begin with (but there's no fun in that. "Not invented here syndrome" really does have a hold on me doesn't it?).
But atom also takes direct inspiration from languages like lisp by including symbols as first class types, and by implementing iterative constructs like for and while loops as values, not operations on values.
Additionally, it adds lambdas (which can capture their environment), and macros (which can change their parent environment).
Interactive Syntax
While this syntax will work in all of your scripts as valid statements, my intent is for this to be mainly used for interactive programming.
Generally, executing programs (and functions too) in atom and in bash is only different by one character.
Bash:
$ g++ main.cpp -o main
Atom:
$ g++' main.cpp -o main
You might be thinking that writing a quote after every program name is not so ergonomic, but it actually isn't half bad. I find now that when I use bash, I can't seem to type any commands without it accidentally.
The reason I chose the ' character is because it is the most readily available character that isn't used in any symbols (besides the semicolon) that is also not accessed with the shift key. The command g++' main.cpp -o main really is just one extra keystroke.
Not that much of a sacrifice for scripting power bestowed by the gods.
Aliases
You might find that you have defined a symbol g++ with a non-callable value (not a macro or a function), like 5.
If this is the case, simply wrap the symbol g++ in quotes,
and then run it like so: "g++"' main.cpp -o main.
This also means that you can make aliases rather simply by defining a symbol with a string or a path.
This snippet defines ls as an alias for the lsd program, and cat as an alias for the bat program.
ls := "lsd";
ls'
Scripting Syntax
Again, scripting syntax is really just syntax encouraged for scripting. All syntax you see on this README will work anywhere.
To start off simple, let's define a variable.
x := 5;
Wow! We've changed our environment! This means that whenever the symbol x is evaluated, it becomes 5 instead!
Now let's define something else.
WEEKDAYS := [
"Sunday",
"Monday",
"Tuesday",
"Wednesday",
"Thursday",
"Friday",
"Saturday"
];
grades := {
"adam": 50,
"literally everyone else": 100
};
Bravo! Now the symbol WEEKDAYS is bound to a list containing all the weekdays' names, and the symbol grades is bound to a table containing grades for students!
Now let's try to do some fun stuff with lambdas.
min := \x,y -> x < y? x : y;
max := fn(x, y) -> x < y? x : y;
# You can put brackets around the lambda body for multiple statements
return-five := () -> { print("returning 5"); 5 };
return-six := fn() -> 6;
increment := x -> x + 1;
decrement := fn(x) -> x - 1;
As you can see, we can use the \... -> or fn(...) -> syntactic sugar to create lambda functions with multiple arguments, () -> to create a lambda that takes no arguments, or just a symbol and an arrow to create a lambda that takes a single argument. How handy!
You can also use the fn keyword to define functions without assigning them.
fn is-leapyear(year) {
if year % 4 = 0 and year % 100 != 0 {
true
} else if year % 100 = 0 and year % 400 = 0 {
true
} else {
false
}
};
fn days-in-month(month, year) {
month = 2? 28 + to-int(is-leapyear(year)) : 31 - (((month - 1) % 7) % 2)
};
fn day-of-week(m, d, y) {
t := [0, 3, 2, 5, 0, 3, 5, 1, 4, 6, 2, 4];
# Notice that semicolons go on the end of if statements too
if m < 3 { y := y - 1 };
# The last expression in a function is the value that is returned
(((y + to-int(y / 4)) - to-int(y / 100)) + to-int(y / 400) + t[m - 1] + d) % 7
};
Please note the semicolon at the end of every expression. It is required for everything except for the last value of a block!
You can also define macros in a similar manner with the macro keyword:
# We write `; nil` at the end of the macro so that
# the macro returns nil, instead of the new CWD value.
root := macro() -> { CWD := ROOT; nil };
macro quit() {
print("Goodbye!👋");
sleep(0.4);
exit();
};
Isn't this nice???
Functions vs. Macros
Functions and macros look very similar, and perform almost identical tasks, but they have drastically different implications.
To explain it simply, a function creates its own local scope, with local variables that are dropped when the function returns. Macros, however, use the current scope that the macro is called in as its scope.
Variables that would have been overwritten by the macro's parameters, are saved. Take the following code for example:
x := 5;
y := nil;
macro test(x) { y := x };
print(x, y);
test("x is still 5, but y is not nil");
print(x, y);
Macros let you read and write global state, while (user defined) functions have no side effects on the global state of the program.
Builtin functions are a different beast entirely, though...
Builtin Functions vs. Functions
Builtin functions are a bit of a misnomer. They're half macro, half function, and a little bit of something else not quite quantifiable. How do they work? The world may never know.
The reason they're so mystical is because they can change the scope they were called in (like macros), they have the option to not evaluate their arguments (unlike macros), and they can take varying numbers of arguments.. For example, take the cd builtin function. Not only does it not evaluate its arguments (calling cd with Desktop doesn't evaluate the symbol Desktop), it modifies the CWD variable in the current scope. How weird is that?
$ home'
$ cd' Desktop
Additionally, builtin functions like echo, print, and to-str can take varying numbers of arguments.
$ print("x is equal to", x := 5, "and y is equal to", y := 6)
Although these features of builtin functions are cool and bizarre, they really aren't used in many instances. Functions like print and cd are exceptions to the rule, and you can expect most functions to behave exactly as regular user defined functions without any bizarre catches.
Modules
Atom has an extensive list of builtin libraries (for a shell written in a week or so, that is). Here's a list of builtin modules.
Modules (which is just a fancy name for tables intended to function as libraries), can be accessed with the @member operator or the ["member"] operators.
Example usage:
shuffled-deck := rand@shuffle(cards@deck@all);
echo(shuffled-deck[0]);
| Module | Description | Members |
|---|---|---|
rand |
A module embodied with chaos. Use your power of entropy wisely, young scripters. | { int: fn(int, int) -> int, shuffle: fn([any]) -> [any], choose: fn([any]) -> any } |
fmt |
A module for formatting strings. As of right now, there are only functions that manipulate color, boldness, underlining, etc. | { red: fn(str) -> str, green: fn(str) -> str, blue: fn(str) -> str, yellow: fn(str) -> str, magenta: fn(str) -> str, cyan: fn(str) -> str, black: fn(str) -> str, gray: fn(str) -> str,grey: fn(str) -> str,white: fn(str) -> str, dark: { red: fn(str) -> str, green: fn(str) -> str, blue: fn(str) -> str, cyan: fn(str) -> str, yellow: fn(str) -> str, magenta: fn(str) -> str, }, bold: fn(str) -> str, invert: fn(str) -> str, underline: fn(str) -> str } |
widget |
A small module for creating widgets for displaying text in the terminal. Widgets have a title, a content string, a width, and a height. | { create: fn(str, str, int, int) -> str,add-horizontal: fn(str...) -> str,add-vertical: fn(str...) -> str } |
math |
A module for various math functions. Trigonometry, multiple logarithms, etc. | { E: float, PI: float, TAU: float, pow: fn(float, float) -> float, log: fn(float, float) -> float, log10: fn(float) -> float, log2: fn(float) -> float, sqrt: fn(float) -> float, cbrt: fn(float) -> float,sin: fn(float) -> float, cos: fn(float) -> float, tan: fn(float) -> float,asin: fn(float) -> float, acos: fn(float) -> float, atan: fn(float) -> float } |
os |
A small module for getting info about the operating system. Useful for creating cross-platform scripts. | { name: str, family: str, version: str } |
sh |
A small module for getting info about the shell, such as the version, the path to the executable, the executable's parent directory, and the path the to prelude script (the script run at the shell's startup, like .bashrc). The version member contains the major, minor, and patch integers. |
{ exe: path, dir: path, version: [int], prelude: path } |
file |
A small module for file manipulation. It's not much yet. Keep it simple. | { read: fn(path or str or sym) -> str, write: fn(path or str or sym, str) -> nil, append: fn(path or str or sym, str) -> nil } |
date |
The date module is a bit weird. It's not so much a module, more of a hidden function. Every time date is accessed, it uses a constantly updating table with the current date info, and the date as a string. |
{ day: int, weekday: int, month: int, year: int, str: str } |
time |
The time module functions just like the date module, but for time. My favorite thing so far about this module is writing macros that print fake and bizarre g++ errors if the user tries to compile on the first second of the minute. Purely evil stuff waiting to happen, this module is. |
{ hour: int, minute: int, hour: int, str: str } |
cards |
A module for card games. Cards are just strings with their respective Unicode representation. So, for example, the value cards@deck@aces[0] is "🂡". In every list containing multiple suites in the module, they alternate between Spades, Hearts, Diamonds, Clubs. So, cards@deck@all is ["🂡", "🂱", "🃁", "🃑", "🂢", ..., "🃞"]. |
{ deck: { all: [str], aces: [str], kings: [str], queens: [str], jacks: [str], faces: [str], numbers: [str] }, suites: { spades: str, clubs: str, hearts: str, diamonds: str }, suite: fn(str) -> str, value: fn(str) -> int, name: fn(str) -> str, from-name: fn(str) -> str, back: str } |
chess |
A module for chess. Chess boards are stored as lists of rows, which are lists of pieces. Pieces, similar to cards, are just strings with their respective Unicode representation. So, cards@white@king is "♔", and cards@black@king is "♚". |
{ white: { king: str, queen: str, rook: str, bishop: str, knight: str, pawn: str }, black: { king: str, queen: str, rook: str, bishop: str, knight: str, pawn: str }, space: str, is-piece: fn(str) -> bool, is-space: fn(str) -> bool, is-white: fn(str) -> bool, is-black: fn(str) -> bool, create: fn() -> [[str]], flip: fn([[str]]) -> [[str]], get: fn([[str]], str) -> str, fmt: fn([[str]]) -> str, print: fn([[str]]) -> nil, mv: fn([[str]], str, str) -> [[str]], add: fn([[str]], str, str) -> [[str]], rm: fn([[str]], str) -> [[str]] } |
These are all intended to make scripting extremely ergonomic. With builtin libraries for a wide variety of tasks, making scripts will be incredibly easy.
We bring the blocks, you bring the glue.
Constants and Builtin Functions
These constants and builtin functions are intended to be used extremely often in scripting and in the interactive prompt, so they are all included in the global scope.
They can all be overwritten, if you wish. I would be careful about using macros to assign to these values! Be absolutely sure that your code won't break something before you run it!
| Name | Description | Type | Value |
|---|---|---|---|
nil or () |
The atom equivalent of python's None |
nil |
nil |
true and truth |
The boolean value for true. | bool |
true |
false |
The boolean value for false. | bool |
false |
CWD |
The path of the current working directory. | path |
See description. |
HOME |
The path of the home directory. | ^ | ^ |
VIDS |
The path of the videos directory. | ^ | ^ |
DESK |
The path of the desktop directory. | ^ | ^ |
PICS |
The path of the pictures directory. | ^ | ^ |
DOCS |
The path of the documents directory. | ^ | ^ |
DOWN |
The path of the downloads directory. | ^ | ^ |
report |
The function that's called to print the result of a command. This can be written to format results in a custom way, or to not print nil values | fn(any) -> nil |
By default, fn(val) -> print(" =>", val) |
prompt |
The function used to generate the prompt for the user to enter commands on. It takes the current working directory as a parameter. | fn(path) -> str |
By default, fn(cwd) -> to-str(cwd) + "> " |
incomplete-prompt |
The function used to generate the prompt for the user to enter commands on after they've entered an incomplete line of code. It takes the current working directory as a parameter. | ^ | By default, fn(cwd) -> " " * len(cwd) + "> " |
absolute |
This function takes a path, removes any extraneous portions of the path (such as foo/../bar), and also makes the path an absolute path. So ./testing in the home directory would become /home/adam/testing, for example. |
fn(path) -> path or fn(sym) -> path or fn(str) -> path |
Native code. |
exists |
This function returns whether or not any path exists. | fn(path) -> bool or fn(sym) -> bool or fn(str) -> bool |
^ |
is-err |
This function returns whether or not the evaluation of the inner expression returns an error. | fn(any) -> bool |
^ |
is-syntax-err |
This function returns whether or not an error is a syntax error. This is mainly intended for use with the report function. |
fn(any) -> bool |
^ |
sleep |
Make the shell pause for a given number of seconds. | fn(float) -> nil |
^ |
to-path |
Convert a string or symbol to a path. | fn(path or str or sym) -> path |
^ |
to-float |
Convert a string, integer, float, or boolean to a floating point value. | fn(str or int or float or bool) -> float |
^ |
to-int |
Convert a string, integer, float, or boolean to an integer. | fn(str or int or float or bool) -> int |
^ |
input |
Get user input with a prompt. | fn(any...) -> str |
^ |
rev |
Reverse a string or a list. | fn(str) -> str or fn([any]) -> [any] |
^ |
split |
Split a string with a given delimiter. | fn(str, str) -> str |
^ |
sort |
Sort a list of integers. | fn([int]) -> [int] |
^ |
join |
Join a list with a separator. | fn([any], any) -> str |
^ |
env |
A table containing all bindings in scope. | macro() -> table |
^ |
HOME, VIDS, DESK, PICS, DOCS, DOWN |
The path to the respective directory. | path |
^ |
home, vids, desk, pics, docs, down |
Macros that set the current working directory to the respective directory. | macro() -> nil |
macro() -> CWD := ... |
exit or quit |
Exit the current shell session. | fn() -> nil |
Native code. |
unbind |
Unbind a symbol with a given name. | macro(str) -> nil |
^ |
print |
Print one or more values, and return the last one. | fn(any...) -> any |
^ |
echo |
Print one or more values, and return nil. |
fn(any...) -> nil |
^ |
pwd or cwd |
Print the current working directory. | macro(path or string or sym) -> nil |
^ |
cd |
Change the directory. This macro is a special form, it does not evaluate its argument. For example, if x is defined as 5, cd' x will NOT perform cd' 5, it will perform cd' "x". |
macro(path or string or sym) -> nil |
^ |
cd-eval |
Change the directory to an evaluated value. This is used when you want to cd into a folder with an unknown name while writing the script. |
macro(any) -> nil |
^ |
clear or cls |
Clear the console. | fn() -> nil |
fn() -> { if os@family = "linux" or os@family = "unix" { clear' } else if os@family = "windows" { cls' } else { print("\n" * 255) } } |
keys |
Get the list of keys in a table. | fn(table) -> [str] |
Native code. |
vals |
Get the list of values in a table. | fn(table) -> [any] |
^ |
insert |
Return a table with a value inserted with a given key. | fn(table, str, any) -> table |
^ |
remove |
Return a table with a value removed with a given key. | fn(table, str) -> table |
^ |
len |
Get the length of a list or string, the number of pairs in a table, or the number of components to a path. | fn([any] or table or str or path) -> int |
^ |
push |
Add a given element to a list. | fn([any], any) -> [any] |
^ |
pop |
Return the last element of a list. | fn([any]) -> any |
^ |
zip |
Zip two lists together. This creates a list of pairs (lists of length two), with each pair containing an element of the first list and an element of the second list. | fn([any], [any]) -> [[any, any]] |
^ |
head |
Get the first element of a list. | fn([any]) -> any |
fn(list) -> list[0] |
tail |
Get the list without the first element. | fn([any]) -> [any] |
Native code. |
map |
Map a function over a list. | fn(fn(any) -> any, [any]) -> [any] |
fn(f, list) -> { result := []; for x in list { result := push(result, f(x)); }; result } |
filter |
Filter a list with a given function. | fn(fn(any) -> bool, [any]) -> [any] |
fn(f, list) -> { result := []; for x in list { if f(x) { result := push(result, x); }; }; result } |
reduce |
Reduce a list to an atomic value with a function that takes an accumulator and an element of the list, and returns the new accumulator. Reduce takes three arguments, the function, the initial value of the accumulator, and the list to reduce. | fn(fn(any, any) -> any, any, [any]) -> any |
fn(f, acc, list) -> { for x in list { acc := f(acc, x); }; acc } |
back |
A macro that sets the current working directory to the parent of the current working directory. | macro() -> nil |
macro() -> { cd' .. } |
add |
A function that adds two values. | fn(any, any) -> any |
fn(x, y) -> x + y |
mul |
A function that multiplies two values. | ^ | fn(x, y) -> x * y |
sub |
A function that subtracts two values. | fn(int or float, int or float) -> int or float |
fn(x, y) -> x - y |
div |
A function that divides two values | ^ | fn(x, y) -> x / y |
rem |
A function that gets the remainder of two values. | ^ | fn(x, y) -> x % y |
sum |
Sum a list of values. | fn([any]) -> any |
fn(list) -> reduce(add, 0, list) |
prod |
Get the product of a list of values. | ^ | fn(list) -> reduce(mul, 1, list) |
inc |
Increment a number. | fn(int) -> int or fn(float) -> float |
fn(x) -> x + 1 |
dec |
Decrement a number. | ^ | fn(x) -> x - 1 |
double |
Double a number. | ^ | fn(x) -> x * 2 |
triple |
Triple a number. | ^ | fn(x) -> x * 3 |
quadruple |
Quadruple a number. | ^ | fn(x) -> x * 4 |
quintuple |
Quintuple a number. | ^ | fn(x) -> x * 5 |
Installation
Development Build
git clone https://github.com/adam-mcdaniel/atom
cd atom
cargo install -f --path .
Releases
To get the current release build, install from crates.io.
# Also works for updating oakc
cargo install -f atom
Dependencies
~13–23MB
~348K SLoC