macos-cross-compiler
dockcross
macos-cross-compiler | dockcross | |
---|---|---|
4 | 12 | |
324 | 3,146 | |
- | 1.2% | |
8.8 | 7.9 | |
3 months ago | 6 days ago | |
Earthly | Shell | |
GNU General Public License v3.0 only | MIT License |
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.
macos-cross-compiler
-
I stopped worrying and loved Makefiles
Make is excellent if you use it properly to model your dependencies. This works really well for languages like C/C++, but I think Make really struggles with languages like Go, JavaScript, and Python or when your using a large combination of technologies.
I've found Earthly [0] to be the _perfect_ tool to replace Make. It's a familiar syntax (combination of Dockerfiles + Makefiles). Every target is run in an isolated Docker container, and each target can copy files from other targets. This allows Earthly to perform caching and parallelization for free, and in addition you get lots of safety with containerization. I've been using Earthly for a couple of years now and I love it.
Some things I've built with it:
* At work [1], we use it to build Docker images for E2E testing. This includes building a Go project, our mkdocs documentation, our Vue UI, and a ton of little scripts all over the place for generating documentation, release notes, dependency information (like the licenses of our deps), etc.
* I used it to create my macOS cross compiler project [2].
* A project for playing a collaborative game of Pokemon on Discord [3]
IMO Makefiles are great if you have a few small targets. If you're looking at more than >50 lines, if your project uses many languages, or you need to run targets in a Docker container, then Earthly is a great choice.
[0]: https://earthly.dev/
[1]: https://p3m.dev/
[2]: https://github.com/shepherdjerred/macos-cross-compiler
[3]: https://github.com/shepherdjerred/discord-plays-pokemon
-
Show HN: dockerc – Docker image to static executable "compiler"
It will depend heavily on the docker image you're trying to ship. For example with macos-cross-compiler[0] the resulting binary is over 2GB. With python:alpine[1] it's only 25MB.
Because image isn't copied whether the image is 2GB or 25MB the startup time will be nearly instantaneous for both.
The runtime adds 6-7MB of overhead although I expect that this can be reduced to less than 3MB with some work.
[0]: https://github.com/shepherdjerred/macos-cross-compiler
- So You Want to Ship a Command-Line Tool for macOS
- Show HN: macOS-cross-compiler – Compile binaries for macOS on Linux
dockcross
- Cross compiling toolchains in Docker images
-
Hello Wasm World!
We use the add_executable command to build executables with itk-wasm. The Emscripten and WASI toolchains along with itk-wasm build and execution configurations are contained in itk-wasm dockcross Docker images invoked by the itk-wasm command line interface (CLI). Note that the same code can also be built and tested with native operating system toolchains. This is useful for development and debugging.
-
Stable or unstable distros for cross-compiling?
Docker is great for self-contained build environments, no risk of them breaking each other. Eg. https://github.com/dockcross/dockcross
- Dockcross – Cross compiling toolchains in Docker images
-
Fast CRC32 library
It is C ++ 11 compatible, I recommend C ++ 17, it is cross-platform (x86, ARMv7, ARMv8, PowerPC, windows, Linux...), Thanks to [dockcross](https://github.com/dockcross/dockcross) .
-
COOL Compiler for AArch64
First of all, I learned basic instructions of AArch64 and how to use cross compile COOL codes into AArch64 assembly codes via dockcross.
-
What do you think of my C++ project and how to improve it ?
It is C ++ 11 compatible, I recommend C ++ 17, with OpenMP (For better multi-core performance), it is cross-platform (x86, ARMv7, ARMv8, PowerPC, windows, Linux...), Thanks to dockcross .
-
What is the easiest way to create a docker image for CI/CD with a specific distro and libs for C/C++?
I would not say it easy, but checkout this setup: https://github.com/dockcross/dockcross
-
Which is better? Docker in Proxmox Debian or in LXC?
I still maintain a single LXC container for each service. So far I'm doing this to run Nginx Proxy Manager and Vaultwarden, as well as a development container where I use Docker to run cross-platform builds with dockcross.
-
Initial Release: "Zero-Setup" Cross-Compilation for C and C++
xcross provides Docker images with toolchains for a wide variety of different architectures, C and C++ standard libraries, and both bare-metal and Linux-based systems. A complete list of supported targets can be found here. This differs from dockcross in that it supports numerous more architectures and C runtimes.
What are some alternatives?
dockerc - container image to single executable compiler
cross - “Zero setup” cross compilation and “cross testing” of Rust crates
enroot - A simple yet powerful tool to turn traditional container/OS images into unprivileged sandboxes.
xcross - "Zero Setup" cross-compilation for C/C++. Supports numerous architectures, build systems, C standard libraries, vcpkg, and Conan.
steam-runtime - A runtime environment for Steam applications
cmake-init - The missing CMake project initializer
mint-docker - Mint development environment running in Docker
SDL - Simple Directmedia Layer
Fortran-code-on-GitHub - Directory of Fortran codes on GitHub, arranged by topic
GTA_SA_cheat_finder - Find alternative cheat code in Grand Theft Auto San Andreas (2004) by bruteforce (CLI and GUI), C++17, Qt 6 and CUDA 11
Nginx Proxy Manager - Docker container for managing Nginx proxy hosts with a simple, powerful interface
C++ Middleware Writer - The repo contains library code to support messaging and serialization. There are also two programs in the repo that are needed to use the CMW.