pest
moodycamel
Our great sponsors
pest | moodycamel | |
---|---|---|
42 | 11 | |
4,298 | 8,729 | |
1.7% | - | |
7.6 | 3.9 | |
7 days ago | 9 months ago | |
Rust | C++ | |
Apache License 2.0 | GNU General Public License v3.0 or later |
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.
pest
-
nom > regex
And some related parser tools: - https://github.com/kevinmehall/rust-peg - https://github.com/pest-parser/pest - https://github.com/lalrpop/lalrpop
-
Jasmine, A rust-like programming language that compiles to Java
I had recently completed the first year of my Computer Science class at school and will begin my second year soon. My schools' class forces the use of Java programming language, and I absolutely hated it. So, over the course of a little less than a month, I wrote my own programming language, in Rust (objectively best programming language), using pest, to be as similar to Rust as possible, but compiling to Java.
-
What is the state of the art for creating domain-specific languages (DSLs) with Rust?
I second pest.rs. Using it is fairly intuitive and there's also a live playground on their website which is great for quickly developing and testing your AST (abstract syntax tree) parser for whatever language you're implementing.
I’ve been using pest for my own dsl resently. Couldn’t say if it’s state of the art or not, but it is definitely useful. https://pest.rs
-
easy way to produce a parser
Give https://pest.rs a try.
- Is there a parsing library (lexer?) which can handle generic tokens?
-
Thoughts on reimplementing an old MIDI scripting language in rust.
Maybe Pest or Nom for parsing the language.
-
Template Engine with Rust and Regex?
I haven't written any template engines, but I imagine you'd want to use a proper parser generator like nom, pest, etc. to get the statefulness you need. As the famous StackOverflow answer says, you can't parse a non-regular language with a regular expression... or at least not the kind of "no lookahead/lookbehind" regex engine Rust uses.
-
How to read binary files from the end in Rust?
But personally I would recommend something like Pest (which is still fairly popular). (Creates)
-
Advice for a web app with 3d rendering
This was in C, and there it's a pointer arithmetic nightmare. Also, this was before I had any education in writing parsers. These days I'd probably just use a parser generator like pest.
moodycamel
-
moodycamel VS lockfree_mpmc_queue - a user suggested alternative
2 projects | 21 Apr 2022
-
Matthias Killat - Lock-free programming for real-time systems - Meeting C++ 2021
Not literatue but an example. This is a lock-free (not wait-free!) multi-producer multi-consumer queue, not a FIFO, but access patterns should be similar - if not the same: https://github.com/cameron314/concurrentqueue
-
Learning Clojure made me return back to C/C++
If I do implement it, the most likely route I'd take is make a compiler in Clojure/clojurescript that uses Instaparse (I have a more-or-less-clojure grammar written that I was tinkering with) and generate C++ code that uses Immer for its data structures and Zug for transducers and what my not-quite-clojure would support would be heavily dependent on what the C++ code and libraries I use can do. I'd use Taskflow to implement a core.async style system (not sure how to implement channels, maybe this but I'm unsure if its a good fit, but I also haven't looked). I would ultimately want to be able to interact with C++ code, so having some way to call C++ classes (even templated ones) would be a must. I'm unsure if I would just copy (and extend as needed) Clojure's host interop functionality or not. I had toyed with the idea that you can define the native types (including templates) as part of the type annotations and then the user-level code basically just looks like a normal function. But I didn't take it very far yet, haven't had the time. The reason I'd take this approach is that I'm writing a good bit of C++ again and I'd love to do that in this not-quite-clojure language, if I did make it. A bunch of languages, like Haxe and Nim compile to C or C++, so I think its a perfectly reasonable approach, and if interop works well enough, then just like Clojure was able to leverage the Java ecosystem, not-quite-clojure could be bootstrapped by leveraging the C++ ecosystem. But its mostly just a vague dream right now.
-
Recommendations for C++ library for shared memory (multiple producers/single consumer)
I would recommend https://github.com/cameron314/concurrentqueue as it's very battle tested and fast.
-
fmtlog: fastest C++ logging library using fmtlib syntax
This was explicitly considered for spdlog (using the moodycamel::ConcurrentQueue) but rejected for the above reason. I'm not involved in the development of spdlog but personally I agree, for me it's important that log output is not all mixed up.
-
Functional programming in C++ (2012)
> So the big win with functional programming is easier testibility and fewer hazards when trying to multi-thread your code.
To give you my experience: during my phd, I developed https://ossia.io in C++. For the manuscript redaction, I rewrote all the core algorithms in pure functional OCaml. When I did some tests, performance was slower than -O0 C++ (so it's not even a given that multithreaded OCaml would outperform single-thread C++), the tests weren't meaningfully simpler to write, and it would be pretty much impossible to have an average comp. sci. student contribute to the code.
My experience multi-threading C++ code is, "slap cpp-taskflow, TBB, RaftLib" or any kind of threaded task system and enjoy arbitrary scaling. Hardly the pain it is made to be unless you have a need to go down to std::thread level, but even then using something like https://github.com/cameron314/concurrentqueue to communicate between threads makes things extremely painless.
What are some alternatives?
nom - Rust parser combinator framework
lalrpop - LR(1) parser generator for Rust
rust-peg - Parsing Expression Grammar (PEG) parser generator for Rust
Boost.Compute - A C++ GPU Computing Library for OpenCL
MPMCQueue.h - A bounded multi-producer multi-consumer concurrent queue written in C++11
pom - PEG parser combinators using operator overloading without macros.
Taskflow - A General-purpose Parallel and Heterogeneous Task Programming System
chumsky - Write expressive, high-performance parsers with ease.
readerwriterqueue - A fast single-producer, single-consumer lock-free queue for C++
RaftLib - The RaftLib C++ library, streaming/dataflow concurrency via C++ iostream-like operators
combine - A parser combinator library for Rust
libcds - A C++ library of Concurrent Data Structures