arm-gtest
areg-sdk
arm-gtest | areg-sdk | |
---|---|---|
3 | 21 | |
3 | 244 | |
- | - | |
1.7 | 8.6 | |
11 months ago | about 2 months ago | |
C++ | C++ | |
- | Apache 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.
arm-gtest
-
Makefile versus CMake build system
The learning curve is really not as steep as it may seem. Using Cmake actually makes the whole build process a lot easier and much more modular allowing you to easily swap in/out different components by including different cmake files or not. I made an example repo not so long ago that demonstrates this: link.
-
TDD and CI -- How do you do it?
A few days ago I posted my sample project which uses the cmake approach for this. As u\embeddedartistry mentioned two output directories are configured, one for native compilation (unit test) and one for cross-compilation (target binaries etc.). I just created a small script that builds both targets with a single command and I find it very pleasant to work with so far. All with a single command you can: build unit tests, run the unit tests, build target binaries and flash binaries onto the target. You can also only run the tests or only flash of course. Essentially it contains different cmake files for each target which are included in the main cmake file so it's easy to swap in/out different libraries or targets.
-
ARM TDD development sample project
https://github.com/tomasvr/arm-gtest Hey everyone, a while back I started learning about TDD and how it can be applied to embedded projects (book). I created a sample project which sets up the necessary environment and automates most of the boring stuff so that you can run unit tests natively and flash the target hardware with a single command. By default, the repository is configured for the stm32f1 (blackpill) MCU but it can be configured for other ARM-based MCU supported by libopencm3 as described in the readme. I hope it can be of use to someone!
areg-sdk
-
Essentials of Object Oriented and Functional Programming: A Guide to Modular Code
FP Libraries: gRPC, ZeroMQ, and AREG are examples of libraries with a special focus on providing possibilities for Interprocess Communication. Developed using C++, they facilitate communication through predefined APIs, emphasizing functional programming concepts.
-
How to find a suitable topic at GitHub to contribute?
In addition, if the owners of the repositories add more relevant and precise labels to the issues, it increases the possibility that the OSS developers find the issues they would loved to resolve. For example, the issues of AREG SDK which marked "help wanted" in addition have such labels like "C++" or "cmake", "unit test", etc.
-
Makefile versus CMake build system
My closer introduction with these 2 tools started from OSS areg sdk project. Because of some experienced friend recommendation, i started with make. The main reason was that it is more spread in embedded. No other weighty argument they had. After having make, i decided to integrate cmake. Suddenly i figured out that cmake for me is more understandable and powerful. It already has many features that makes things easier. The biggest advantage for me is that in comparison to make / Makefile, lot of IDE support build with cmake. The cross-platform / cross-compile for areg-sdk is important feature, and this is easier to achieve with cmake. For example, I can compile with make under Linux with gcc/clang, but under windows can compile in cygwin environment and not with MSVC, which is not the issue in case of cmake.
-
Your fun software projects
Project: AREG is a cross-platform interface-centric lightweight communication engine, which forms a grid of services in the IoT fog- and mist-network, automates the real-time transmission of data between multiple connected software nodes, so that the connected Things interact like a thin distributed servers and clients. Technologies: C/C++17, standard library dependencies, POSIX and Win32 API. Can be used in real product.
-
How abut open source projects?
Nice. I also have own project, but it already requires much time, so that cannot join in other projects. As well, up to now have no dependencies, except standard system libraries. I think, we should have a separate post to share projects and give short description. Some might be interested to join.
- Cross-platform IPC engine that automates real-time data transmission between connected processes, allowing them to interact like a distributed services
- Distributed services programming for Embedded, IoT edge and desktop applications
- Interface-centric Object RPC (ORPC) engine for embedded and desktop
-
ncurses and POSIX
Here I've crated a list of API that use in the project. Some of methods are part of ncurses.h. So I have a questions:
What are some alternatives?
iceoryx - Eclipse iceoryxâ„¢ - true zero-copy inter-process-communication
nanomsg - nanomsg library
ZeroMQ - ZeroMQ core engine in C++, implements ZMTP/3.1
zenoh - zenoh unifies data in motion, data in-use, data at rest and computations. It carefully blends traditional pub/sub with geo-distributed storages, queries and computations, while retaining a level of time and space efficiency that is well beyond any of the mainstream stacks.
erpc - Embedded RPC
zmesh - Marching Cubes & Mesh Simplification on multi-label 3D images.
uTensor - TinyML AI inference library
rpclib - rpclib is a modern C++ msgpack-RPC server and client library
RaftLib - The RaftLib C++ library, streaming/dataflow concurrency via C++ iostream-like operators
cortex-m3-rtos - ARM Cortex-M3 Real-Time Operating System for educational purpose.
shadesmar - Fast C++ IPC using shared memory
gRPC - The C based gRPC (C++, Python, Ruby, Objective-C, PHP, C#)