Liblgpp Alternatives

Similar projects and alternatives to liblgpp

alang

5 75 1.8 C++ liblgpp VS alang

A minimal viable programming language on top of liblgpp
InfluxDB

www.influxdata.com sponsored

Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better liblgpp alternative or higher similarity.

Suggest an alternative to liblgpp

liblgpp reviews and mentions

Posts with mentions or reviews of liblgpp. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-01-24.

Build your own programming language in C++
2 projects | /r/cpp | 24 Jan 2021

The title makes it seem fairly general-purpose. The page itself is clearer: "implement a minimal viable programming language on top of liblgpp" (which itself is a toolkit for building Forth-esque stack-based languages).
Show HN: Build your own programming language in C++
3 projects | news.ycombinator.com | 5 Jan 2021

Thank you for posting, OP! I have a tangential question about your programming style. I've noticed you define quite simple structs, that nevertheless have constructors and are not POD (e.g. they include a deque<>), and define the methods that work on them inside a namespace. [0]
The two main styles I've seen are (1) the classic full-fledged OOP-y C++ classes with methods, and (2) POD structs with functions that work on them defined in namespaces, in a more C-like style.
Your style seems to be a mix. You don't seem to get the big downsides of OOP, as you're grouping functions per namespace instead of having to make everything a class and ending up with a contrived architecture. At the same time, you're still going to be using many C++-isms due to your use of non-POD structs, which some people may appreciate (for uniform initialisation and memory management), and some people may enjoy less (due to the limitations and complexities of constructors, being forced to use exceptions etc.).
I apologise for my extremely superficial description, but I think it's enough background for my question, namely: could you speak a bit about this programming style, what led you to choose it, and what you enjoy/don't enjoy about it? Thank you! :)
[0]: https://github.com/codr7/liblgpp/blob/main/src/lgpp/parser.h...