threadx
PEGTL
threadx | PEGTL | |
---|---|---|
13 | 12 | |
2,431 | 1,869 | |
- | 1.0% | |
0.0 | 7.2 | |
4 months ago | 4 days ago | |
C | C++ | |
GNU General Public License v3.0 or later | Boost Software License 1.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.
threadx
- Bill Lamie: Story of a man and his real-time operating systems
-
Microsoft opens sources ThreadX RTOS used in Raspberry Pis
It is not open source. The source code is open but with an evaluation, i.e. proprietary license:
https://github.com/azure-rtos/threadx/blob/master/LICENSE.tx...
-
Eclipse ThreadX
License looked alright, until I came across this: https://github.com/azure-rtos/threadx/blob/a8e5d0946c31385ff...
-
PlatformIO and Zephyr is a bad idea
Portability, mainly. Zephyr runs on a wide variety of architectures and 450+ variations of popular boards are already supported upstream (adding more often being pretty easy). In your particular example, your own preferences with regards to building on top of open-source software may play a role too. For example, Azure RTOS is not open source, and its license will, among other things, prevent you to use it in production on other hardware than what's listed herehere. So easily moving from one hardware vendor / SoC to the other might be a problem, should this be a requirement (and it kind of becomes one for a lot of people in these times if silicon shortage)
-
Linux vs. QNX/VxWorks for a climate control system - Education
Honestly as long as you use one of the supported MCU families ThreadX is probably a better choice these days given how much better NetX is over FreeRTOS’ TCP implementation.
-
As a guess, what percentage of embedded projects actually need the R in RTOS?
Azure RTOS/ThreadX is only free on approved pre-licensed uCs, but with that said, there's a ton of devices covered by it so it's an option for a lot of projects.
- Using FreeRTOS Compatibility Kit with AZURE RTOS on STM32F7
-
What are some cool modern libraries you enjoy using?
I'm interested in something equivalent to tx_byte_pool but for non-embedded usage where I want a custom allocator for defined pools. Do you know if mimalloc can do this? I see it has custom heaps, but I didn't see any functions to create one from raw memory.
- FreeRTos with SMP and the Zynq processor
-
Thoughts? They look great though!
source is apparently available but no idea what licensing it uses
PEGTL
-
Show HN: Matcheroni, a tiny C++20 header library for building lexers/parsers
Very cool, and I like the name!
I'd be interested in reading about how Matcheroni compares with PEGTL and Lexy.
https://github.com/taocpp/PEGTL
-
Use PEGTL to remove my clunky homemade parser
I found a library I wanted to test: Pegtl
-
What are some cool modern libraries you enjoy using?
I like PEGTL
-
Are C/C++ developers allowed to import libraries to make coding easier or are they expected to build every functions and methods from scratch (without importing anything like String.h)?
Sure - libraries that are expected to be entirely self-contained. The one that comes to mind is PEGTL, a parser combinator library that is intended to be embedded inside a larger program. Making it import more dependencies would break this philosophy. Similarly, in the Rust world, there are a variety of "no-std" crates that should be able to be imported even if the standard library is not available on the target platform.
-
TIL: Visual Studio has quantum state values 🤨
The program in the post was just an example meant to illustrate the problem. Originally, this (new) behavior of MSVC broke my code in the PEGTL, see [this commit](https://github.com/taocpp/PEGTL/commit/e3c8cb499dc3d1d76d23f2d5d79469dcb15550c5) that I needed to apply to fix it.
-
We Built a C++ Rendering Engine for the Web
As a professional C++ programmer I feel a lot of the reasons C++ gets this response is because it's simply not "batteries included" like Go or Rust.
C++ is a very powerful, unopinionated language, that gives you a lot of freedom to attack your problem domain the way you best see fit.
If you're writing a networked application, don't use POSIX sockets, go and find a higher level library. If you're parsing complex text formats, don't iterate over buffers with char*'s, go pick up PEGTL[0]. If you're working on graphs, or need to properly index in-memory data, go pick up Boost[1][2]. If you need a GUI, go pick up Qt.
It's extremely common in C++, due to the lack of a universal package management solution, for people to try and "muddle through" and do shit themselves when it's far outside their core competency.
At one of my last employers, the core product was parsing JSON with std::regex, simply because they couldn't be bothered to integrate a JSON library.
[0] https://github.com/taocpp/PEGTL
[1] https://www.boost.org/doc/libs/1_76_0/libs/graph/
[2] https://www.boost.org/doc/libs/1_76_0/libs/multi_index/doc/i...
-
Is there anything like sly for C++?
You are looking for Boost.Spirit (https://www.boost.org/doc/libs/1_76_0/libs/spirit/doc/x3/html/index.html) or PEGTL (https://github.com/taocpp/PEGTL)
-
Why no more Lex/Yakk/ANTLR/whatever?
I personally prefer to use parsing combinator libraries in C++, where the "grammar" is just part of normal C++ and directly integrate. Examples are Boost.Spirit, pegtl, or (my own) lexy.
- Rust's Most Unrecognized Contributor
-
Wondered if anyone is interested in a c++ parser combinators library?
While I'm not quite sure how this might transfer to your approach, with your Haskell-inspired style being quite different from our C++ templates, in the PEGTL our equivalent to your Char, which is called one, is variadic (true to the T in PEGTL a variadic template) and takes a list of possible matches.