laria/apfl
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
apfl/webpage/build.sh

58 lines
1.5 KiB
Bash
Raw Normal View History

Implement a simple web playground REPL with emscripten
2022-06-05 20:31:02 +00:00
#!/bin/sh
set -e
Add regex module "re" This uses the PCRE2 library to implement regexes in apfl
2023-07-03 21:39:29 +00:00
Various cleanup tasks, mostly simplifying the REPL Instead of passing a flag through the parser and tokenizer for telling the input source if we need further input or not, we steal a trick from Lua: In the REPL, we just continue to read lines and append them to the input, until the input was loaded with no "unexpected EOF" error. After all, when we didn't expect an EOF is exactly the scenario, when we need more input. Doing things this way simplifies a bunch of places and lets us remove the ugly source_reader and iterative_runner concepts. To allow the REPL to see the error that happened during loading required some smaller refactorings, but those were honestly for the better anyway. I also decided to get rid of the token_source concept, the parser now gets the tokenizer directly. This also made things a bit simpler, also I want to soon-ish implement string interpolation, and for that the parser needs to do more with the tokenizer than just reading the next token. One last thing: This also cleans up the web playground and makes the playground and REPL share a bunch of code. Nice!
2025-11-30 21:23:40 +00:00
headline() {
printf '\033[34m\033[1m===== %s =====\e[0m\n' "$1"
}
Add regex module "re" This uses the PCRE2 library to implement regexes in apfl
2023-07-03 21:39:29 +00:00
PCRE2VER=10.42
Various cleanup tasks, mostly simplifying the REPL Instead of passing a flag through the parser and tokenizer for telling the input source if we need further input or not, we steal a trick from Lua: In the REPL, we just continue to read lines and append them to the input, until the input was loaded with no "unexpected EOF" error. After all, when we didn't expect an EOF is exactly the scenario, when we need more input. Doing things this way simplifies a bunch of places and lets us remove the ugly source_reader and iterative_runner concepts. To allow the REPL to see the error that happened during loading required some smaller refactorings, but those were honestly for the better anyway. I also decided to get rid of the token_source concept, the parser now gets the tokenizer directly. This also made things a bit simpler, also I want to soon-ish implement string interpolation, and for that the parser needs to do more with the tokenizer than just reading the next token. One last thing: This also cleans up the web playground and makes the playground and REPL share a bunch of code. Nice!
2025-11-30 21:23:40 +00:00
webpage_dir="$(pwd)"
apfl_root="$webpage_dir/.."
headline 'Building native apflc'
Implement a simple web playground REPL with emscripten
2022-06-05 20:31:02 +00:00
cd playground
Define globals in apfl itself We're now first building a standalone bytecode compiler `apflc` that will compile `globals.apfl` into bytecode and write it out as a C source file. When initializing a new context, that embedded bytecode will then get evaluated and the global scope will be populated from the dictionary returned by that bytecode.
2023-03-05 21:55:20 +00:00
rm -rf build-native
mkdir build-native
cd build-native
cmake ../../../CMakeLists.txt
make -j"$(nproc)" apflc
cd ..
Add regex module "re" This uses the PCRE2 library to implement regexes in apfl
2023-07-03 21:39:29 +00:00
Various cleanup tasks, mostly simplifying the REPL Instead of passing a flag through the parser and tokenizer for telling the input source if we need further input or not, we steal a trick from Lua: In the REPL, we just continue to read lines and append them to the input, until the input was loaded with no "unexpected EOF" error. After all, when we didn't expect an EOF is exactly the scenario, when we need more input. Doing things this way simplifies a bunch of places and lets us remove the ugly source_reader and iterative_runner concepts. To allow the REPL to see the error that happened during loading required some smaller refactorings, but those were honestly for the better anyway. I also decided to get rid of the token_source concept, the parser now gets the tokenizer directly. This also made things a bit simpler, also I want to soon-ish implement string interpolation, and for that the parser needs to do more with the tokenizer than just reading the next token. One last thing: This also cleans up the web playground and makes the playground and REPL share a bunch of code. Nice!
2025-11-30 21:23:40 +00:00
headline 'Building PCRE'
Add regex module "re" This uses the PCRE2 library to implement regexes in apfl
2023-07-03 21:39:29 +00:00
rm -rf deps
mkdir deps
cd deps
curl -L -o pcre2.tar.bz2 "https://github.com/PCRE2Project/pcre2/releases/download/pcre2-${PCRE2VER}/pcre2-${PCRE2VER}.tar.bz2"
Various cleanup tasks, mostly simplifying the REPL Instead of passing a flag through the parser and tokenizer for telling the input source if we need further input or not, we steal a trick from Lua: In the REPL, we just continue to read lines and append them to the input, until the input was loaded with no "unexpected EOF" error. After all, when we didn't expect an EOF is exactly the scenario, when we need more input. Doing things this way simplifies a bunch of places and lets us remove the ugly source_reader and iterative_runner concepts. To allow the REPL to see the error that happened during loading required some smaller refactorings, but those were honestly for the better anyway. I also decided to get rid of the token_source concept, the parser now gets the tokenizer directly. This also made things a bit simpler, also I want to soon-ish implement string interpolation, and for that the parser needs to do more with the tokenizer than just reading the next token. One last thing: This also cleans up the web playground and makes the playground and REPL share a bunch of code. Nice!
2025-11-30 21:23:40 +00:00
sha256sum pcre2.tar.bz2
Add regex module "re" This uses the PCRE2 library to implement regexes in apfl
2023-07-03 21:39:29 +00:00
tar xjf pcre2.tar.bz2
cd "pcre2-${PCRE2VER}"
mkdir build
cd build
Various cleanup tasks, mostly simplifying the REPL Instead of passing a flag through the parser and tokenizer for telling the input source if we need further input or not, we steal a trick from Lua: In the REPL, we just continue to read lines and append them to the input, until the input was loaded with no "unexpected EOF" error. After all, when we didn't expect an EOF is exactly the scenario, when we need more input. Doing things this way simplifies a bunch of places and lets us remove the ugly source_reader and iterative_runner concepts. To allow the REPL to see the error that happened during loading required some smaller refactorings, but those were honestly for the better anyway. I also decided to get rid of the token_source concept, the parser now gets the tokenizer directly. This also made things a bit simpler, also I want to soon-ish implement string interpolation, and for that the parser needs to do more with the tokenizer than just reading the next token. One last thing: This also cleans up the web playground and makes the playground and REPL share a bunch of code. Nice!
2025-11-30 21:23:40 +00:00
emcmake cmake -DCMAKE_INSTALL_PREFIX="$webpage_dir/playground/deps/prefix" ../CMakeLists.txt
Add regex module "re" This uses the PCRE2 library to implement regexes in apfl
2023-07-03 21:39:29 +00:00
emmake make -j"$(nproc)" pcre2-8-static
emmake make -j"$(nproc)" install
cd ../../..
Various cleanup tasks, mostly simplifying the REPL Instead of passing a flag through the parser and tokenizer for telling the input source if we need further input or not, we steal a trick from Lua: In the REPL, we just continue to read lines and append them to the input, until the input was loaded with no "unexpected EOF" error. After all, when we didn't expect an EOF is exactly the scenario, when we need more input. Doing things this way simplifies a bunch of places and lets us remove the ugly source_reader and iterative_runner concepts. To allow the REPL to see the error that happened during loading required some smaller refactorings, but those were honestly for the better anyway. I also decided to get rid of the token_source concept, the parser now gets the tokenizer directly. This also made things a bit simpler, also I want to soon-ish implement string interpolation, and for that the parser needs to do more with the tokenizer than just reading the next token. One last thing: This also cleans up the web playground and makes the playground and REPL share a bunch of code. Nice!
2025-11-30 21:23:40 +00:00
headline 'Building apfl lib'
Switch to CMake
2022-09-16 21:04:20 +00:00
rm -rf build
mkdir build
cd build
Various cleanup tasks, mostly simplifying the REPL Instead of passing a flag through the parser and tokenizer for telling the input source if we need further input or not, we steal a trick from Lua: In the REPL, we just continue to read lines and append them to the input, until the input was loaded with no "unexpected EOF" error. After all, when we didn't expect an EOF is exactly the scenario, when we need more input. Doing things this way simplifies a bunch of places and lets us remove the ugly source_reader and iterative_runner concepts. To allow the REPL to see the error that happened during loading required some smaller refactorings, but those were honestly for the better anyway. I also decided to get rid of the token_source concept, the parser now gets the tokenizer directly. This also made things a bit simpler, also I want to soon-ish implement string interpolation, and for that the parser needs to do more with the tokenizer than just reading the next token. One last thing: This also cleans up the web playground and makes the playground and REPL share a bunch of code. Nice!
2025-11-30 21:23:40 +00:00
emcmake cmake -DCMAKE_C_FLAGS="-O2" -DBUILD_SHARED_LIBS=NO -DApflApflcNative_DIR="$(pwd)/../build-native/" -DCMAKE_PREFIX_PATH="$webpage_dir/playground/deps/prefix" ../../../CMakeLists.txt
Switch to CMake
2022-09-16 21:04:20 +00:00
emmake make -j"$(nproc)" apfl
cd ..
Various cleanup tasks, mostly simplifying the REPL Instead of passing a flag through the parser and tokenizer for telling the input source if we need further input or not, we steal a trick from Lua: In the REPL, we just continue to read lines and append them to the input, until the input was loaded with no "unexpected EOF" error. After all, when we didn't expect an EOF is exactly the scenario, when we need more input. Doing things this way simplifies a bunch of places and lets us remove the ugly source_reader and iterative_runner concepts. To allow the REPL to see the error that happened during loading required some smaller refactorings, but those were honestly for the better anyway. I also decided to get rid of the token_source concept, the parser now gets the tokenizer directly. This also made things a bit simpler, also I want to soon-ish implement string interpolation, and for that the parser needs to do more with the tokenizer than just reading the next token. One last thing: This also cleans up the web playground and makes the playground and REPL share a bunch of code. Nice!
2025-11-30 21:23:40 +00:00
headline 'Building apfl playground'
emcc \
`PKG_CONFIG_PATH="$webpage_dir/playground/deps/prefix/lib/pkgconfig" pkg-config --static --cflags --libs libpcre2-8` \
-O3 \
-oplayground.js \
-sEXPORTED_FUNCTIONS=_repl_new_for_playground,_repl_run,_repl_destroy \
-sEXPORTED_RUNTIME_METHODS=ccall,cwrap \
-sMODULARIZE -sEXPORT_NAME=WasmApflPlayground \
playground.c "$apfl_root/src/repl.c" build/src/libapfl.a
Reference in a new issue Copy permalink