zig-bootstrap
PyOxidizer
zig-bootstrap | PyOxidizer | |
---|---|---|
8 | 28 | |
332 | 5,206 | |
1.5% | - | |
7.1 | 0.0 | |
8 days ago | about 2 months ago | |
C | Rust | |
- | Mozilla Public 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.
zig-bootstrap
-
Zig for Raspberry Pi 2 Model B
if you know what compiler target is used on your pi 2 you can probably get someone to cross compile it for you. https://github.com/ziglang/zig-bootstrap This should be reasonably easy to use.
-
Compiling Zig with Low RAM (16GB)?
Use Zig Bootstrap, it is easier. And It should work on 16gb.
-
compile zig based on llvm-14
you can cross compile for armv7a with zig-bootstrap
-
Zig is now self–hosted by default
They have a project for maintaining this: https://github.com/ziglang/zig-bootstrap
- Looking into Zig
-
[Discussion] I firmly believe a self hosted compiler is a huge security risk that *should not* be undertaken.
I think that's the purpose of the zig-bootstrap project. By having these dependencies installed: clang, llvm, python3, cmake (notice no zig) you end up with zig compiled.
-
Zig 0.8.0 Released!
The current state is that they offer a repo with LLVM and the stage1 (C++) compiler, which should build on any system that can build LLVM (so any system with a modern C++ compiler and build tools). Or you can grab the upstream Zig code and build it against regular LLVM 12 yourself using an existing LLVM 12 clang/etc stack.
- Zig 0.8.0 Release Notes
PyOxidizer
-
Show HN: Pywebview 5
Bundling Python isn't too bad if you find the right tools for it.
I really like https://github.com/indygreg/python-build-standalone and https://github.com/indygreg/PyOxidizer
A bundled, built standalone Python can be 16 to 32MB (including the full standard library, which you can strip down to just the bits you use to save size). Not tiny, but probably not worth switching programming languages over.
-
Why do you enjoy systems programming languages?
But really, I would suggest thinking about what you want to build before "how" or "with which tool" - one of the signs of a person becoming a good engineer is having an array of tools at their disposal and being able to choose a correct tool for the correct task. Rust also excels in integrating with other languages - with JS via WebAssembly (a bit of self-promotion, for example), with Elixir via Rustler, with Python via PyO3 and PyOxidizer, etc. So you absolutely can start writing a frontend app with JS, or a distributed system with Elixir, or a data processing/ML app with Python and use Rust to speed up critical parts of those. Or, in reverse, you can start with Rust & add new capabilities to whatever you're building, that being a frontend, a resilient chat interface, or an ML model.
-
List of Python compilers
Thank you, although this is not exactly on topic. I'd not heard of PyOxidizer, but it appears to have the same goal as PyInstaller, py2exe, and cx_Freeze -- as the PyOxidizer readme says, it produces
-
Buck2, a large scale build tool written in Rust by Meta, is now available
Here is some example Github Action from PyOxidizer as a Kickstarter: https://github.com/indygreg/PyOxidizer/blob/main/.github/workflows/build-exe.yml
-
Mitogen speedup (the actual value)
A starting point to try out binary modules by the way would be https://github.com/indygreg/PyOxidizer - could already have benefits by rolling in all dependencies of modules (so no more pip/apt/dnf/... installs on target hosts). Setting this up should be relatively straightforward and could probably be automated enough to even manage to build binary modules for all modules in the community ansible distribution eventually.
- Python Magic Methods You Haven’t Heard About
-
What are different ways to make a Python exe besides py-to-exe?
PyOxidizer might be another option.
- Used "Py To EXE" and It Showed KeyLogger as One of Viruses
- indygreg / PyOxidizer :
-
A Completely Open-Source Implementation of Apple Code Signing and Notarization
XAR signing is effectively just an RFC 5652 CMS signature plus some minimal data structure manipulation. Code at https://github.com/indygreg/PyOxidizer/blob/faa7dfcea5d66bf5....
Mach-O and bundles, by contrast, require a myriad of additional data structures requiring thousands of lines of code to support. To my knowledge, nobody else has implemented signing of these far-more-complicated primitives. (Existing Mach-O signing solutions just do ad-hoc signing and/or don't handle Mach-O in the context of a bundle.)
What are some alternatives?
zig - General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.
PyInstaller - Freeze (package) Python programs into stand-alone executables
osxcross - Mac OS X cross toolchain for Linux, FreeBSD, OpenBSD and Android (Termux)
Nuitka - Nuitka is a Python compiler written in Python. It's fully compatible with Python 2.6, 2.7, 3.4, 3.5, 3.6, 3.7, 3.8, 3.9, 3.10, and 3.11. You feed it your Python app, it does a lot of clever things, and spits out an executable or extension module.
live-bootstrap - Use of a Linux initramfs to fully automate the bootstrapping process
pyarmor - A tool used to obfuscate python scripts, bind obfuscated scripts to fixed machine or expire obfuscated scripts.
MacOSX-SDKs - A collection of those pesky SDK folders: MacOSX10.1.5.sdk thru MacOSX11.3.sdk
pynsist - Build Windows installers for Python applications
badger - Keyboard firmware written from scratch using Nim
py2exe - modified py2exe to support unicode paths
gccrs - GCC Front-End for Rust
dh-virtualenv - Python virtualenvs in Debian packages