- Apr 19, 2023
-
-
Shachar Itzhaky authored
New in 8.17.
-
- Apr 18, 2023
-
-
Shachar Itzhaky authored
Instead of `.cjs`; enough with this nonsense.
-
- Apr 12, 2023
-
-
Shachar Itzhaky authored
-
- Jan 30, 2023
-
-
Emilio Jesus Gallego Arias authored
-
- Jan 24, 2023
-
-
Emilio Jesus Gallego Arias authored
These are the current numbers on release: ``` 261K -- dist/wacoq_worker.js 369K -- dist/frontend/index.css 583K -- dist/frontend/index.js ```
-
Emilio Jesus Gallego Arias authored
- don't rebuild the cli stuff when the frontend/backend changes - make tests work again
-
Emilio Jesus Gallego Arias authored
Seems to work! I guess it can be done better, but for now that is OK.
-
Emilio Jesus Gallego Arias authored
This is not perfect but it works (and it is much faster). For some reason I couldn't make `fflate-unzip` work with ESBuild, so I've placed a copy and tweaked the exports.
-
Emilio Jesus Gallego Arias authored
This is a large build-time improvement, moreover we can get rid of a lot of troublesome code regarding how to manage assets. `esbuild` has proven a great tool so far. Tested with both backends. We still keep the CLI and the WASM backend on webpack, the idea is to move them to esbuild in subsequent commits. CLI should use a native Coq instead, it is super-slow. We also disabled the `collab` and `ide-project` builds for now, re-adding before merging hopefully. The compatibility story with user .html pages needs to be revised, IMHO as this is a foundation for the LSP backend this is the time to drop support for some patterns we had in the past.
-
- Jan 05, 2023
-
-
Emilio Jesus Gallego Arias authored
-
Emilio Jesus Gallego Arias authored
Borrowed from #275
-
- Oct 05, 2022
-
-
Shachar Itzhaky authored
-
Shachar Itzhaky authored
All wasm binaries are read from `node_modules` directly, so there is no need for a `bin/` directory (this was a hack). The deps are collected in a meta-package `wacoq-deps`, which is published to NPM separately and should not change often.
-
Shachar Itzhaky authored
-
Shachar Itzhaky authored
Added exe mode to wacoq by retrieving `wacoq_extern.c` from wacoq-bin.
-
Shachar Itzhaky authored
-
Shachar Itzhaky authored
The wasm backend bytecode is now loaded from `backend/wasm` (and also linked accordingly).
-
- Oct 03, 2022
-
-
Shachar Itzhaky authored
Dynamic linking is moved to jscoq_worker since it is only relevant there. (In wasm, native dynload is used.)
-
Shachar Itzhaky authored
JS backend works.
-
Emilio Jesus Gallego Arias authored
-
Shachar Itzhaky authored
Removed the backporting discrepancy in package builder.
-
- Oct 02, 2022
-
-
Shachar Itzhaky authored
Will gradually move parts from the other repo, wacoq-bin, to `backend/wasm`. This will allow some code reuse between the backends.
-
- Sep 30, 2022
-
-
Emilio Jesus Gallego Arias authored
-
- Sep 21, 2022
-
-
Emilio Jesus Gallego Arias authored
We also move from hacks to a proper config object (which can be properly created in a dynamic top-level context). Also, note that we now use a ES6 map for the routes, this is more convenient to add / remove elements than using the bare object.
-
Emilio Jesus Gallego Arias authored
-
Emilio Jesus Gallego Arias authored
-
Emilio Jesus Gallego Arias authored
This is rarely used live, and should allow us to make progress towards the common protocol a bit more easy.
-
Emilio Jesus Gallego Arias authored
We reorganize jsCoq's source code as to be more modular, in particular we start to place backend files under the `backend` directoy, and frontend files under `frontend`. Code as it now does work, note however that still quite a bit of work is needed. In particular, the headless frontend should get its own directory, the coq-jslib directory should go away, use more types, etc...
-