yarql
tool-conventions
yarql | tool-conventions | |
---|---|---|
3 | 3 | |
22 | 287 | |
- | 2.4% | |
3.2 | 5.6 | |
about 2 years ago | 11 days ago | |
Go | ||
MIT License | Artistic License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
yarql
- YarQL, A different approach to making GraphQL servers in Go
-
Features of a dream programming language: 2nd draft.
Explicit imports, so tree-shaking (to remove unused code) can be done. Inspired by JS. Also, so that it is clear where imported functions come from. Counter-inspired by Golang.
-
Made a Go GraphQL library, any feedback?
So i made a GraphQL Go library https://github.com/mjarkk/go-graphql for a hobby project and i was wondering if you guys have any suggestions on what i can improve?
tool-conventions
-
Isolates, MicroVMs, and WebAssembly (In 2022)
> Better interoperability
AFAIK, the examples you give all target a basic C ABI [0] or can be made to target the same ABI. In Rust, it means targeting wasm32-unknown-emscripten
The Rust team is also working on a "WASM ABI"[1] which would be useful in taking advantage of stuff like multi-value returns, and other compilers could just choose to target that. More likely, the C ABI on WASM will be updated to account for missing features, and that'll be the standard for interoperability in the WASM ecosystem.
[0]: https://github.com/WebAssembly/tool-conventions/blob/main/Ba...
[1]: https://github.com/rust-lang/lang-team/blob/master/design-me...
-
Features of a dream programming language: 2nd draft.
C ABI: Compatible with the C language Application Binary Interface (ABI). So code in the language is usable from other languages. Inspired by Zig. Since compiling to WASM is desirable, WASM's C ABI could probably be used, instead of a separate implementation towards the C ABI.
-
Crates for (mutable) statics with non const initialization.
There is maybe a solution. From what I found the linker will glue constructor functions and they have an associated priority. (look https://github.com/WebAssembly/tool-conventions/blob/master/Linking.md here for the "linking meta data section"). I explored the ldd/wasm source code directory and it looks like there are also destructor functions. I have not found out in which sections such functions should be placed (after 1h of exploration). Would you like to pursue? I am ok to receive pushes or even share owner ship of the repository.
What are some alternatives?
bramble - A federated GraphQL API gateway
ts-belt - 🔧 Fast, modern, and practical utility library for FP in TypeScript.
quokka - Repository for Quokka.js questions and issues
dwarf-2-sourcemap - A DWARF to SourceMaps converter for WASM
wyrcan
graphql-go - GraphQL server with a focus on ease of use
ramda - :ram: Practical functional Javascript
Carp - A statically typed lisp, without a GC, for real-time applications.
krustlet - Kubernetes Rust Kubelet [Moved to: https://github.com/krustlet/krustlet]
crystal - The Crystal Programming Language
io-ts - Runtime type system for IO decoding/encoding