Earlier quoted context omitted.
The link is about making Linux binaries on MacOS, which works because almost everything to build for Linux is already on OSX. The other way around it's not true. A Linux system does come neither with the OSX SDK nor the Apple patched llvm linker. I believe at least part of the required files cannot be legally distributed with a Linux system, but I might be wrong on that.
It appears you’re right, thank you! I’m very surprised there isn’t a llvm linker available, minus all the foundation kits that rust doesn’t need.
Show HN: macOS-cross-compiler – Compile binaries for macOS on Linux
41–50 of 76 posts
Re: Show HN: macOS-cross-compiler – Compile binaries for macOS on Linux
#42Earlier quoted context omitted.
These are volunteers providing hundreds (at a guess) of hours of unpaid labor to a project they're giving away for free. You also expect them to pay an artist out of their own pockets? Maybe an artist (for example, you) could donate his or her time and provide them with a better logo for free.
Why is this a defense for them using the labor of non-consenting artists to generate a crappy header image? Surely they could ask an artist to volunteer their time just as they volunteered theirs?
I'm more than happy to make to make the switch and give credit to a proper artist if there's one willing to work for free.
Re: Show HN: macOS-cross-compiler – Compile binaries for macOS on Linux
#43Earlier quoted context omitted.
Why is this a defense for them using the labor of non-consenting artists to generate a crappy header image? Surely they could ask an artist to volunteer their time just as they volunteered theirs?
Random generated images slapped up in a context where there’s clearly no competing commercial interest just seems like a really silly hill to have this fight on. Even if you take a hard line on the debate on model training data, this is an utterly harmless case, and certainly not worth the gut punch threads like this cause to someone who is just trying to share their open source project with the community. Also, you…
It is just as easy to grab some CC-licensed images and throw them together in an image editor, like nearly every other FOSS project does at this stage.
Re: Show HN: macOS-cross-compiler – Compile binaries for macOS on Linux
#44Earlier quoted context omitted.
Why would it? You can cross compile for macos with the go toolchain on Linux too and that doesn't even require an additional compiler. Just GOOS=darwin GOARCH=arm64 and then the regular command. Apple can't regulate everything
If you need the macOS SDK, then you need to obey the developer licensing rules. Does this need the SDK?
Re: Show HN: macOS-cross-compiler – Compile binaries for macOS on Linux
#45I wonder if it will compile natively to arm instructions or rely Rosetta on host machine to perform translation
https://en.m.wikipedia.org/wiki/Cross_compilation
So compile on Linux, run on macOS without Rosetta
Re: Show HN: macOS-cross-compiler – Compile binaries for macOS on Linux
#46*the building blocks
Re: Show HN: macOS-cross-compiler – Compile binaries for macOS on Linux
#47Earlier quoted context omitted.
It appears you’re right, thank you! I’m very surprised there isn’t a llvm linker available, minus all the foundation kits that rust doesn’t need.
The llvm linker is a cross-linker in principle. I think it is more about the specialities that Apple needs, like code signing.
Re: Show HN: macOS-cross-compiler – Compile binaries for macOS on Linux
#48Speaking of cross compilers - I was able to use the zig toolchain in order to cross compile for macos apple silicon, arm Linux, windows x64, windows arm and x86_64 Linux musl (statically linked). It's super handy and works as a drop in.
I'm commenting to add a critical mass around Zig. If you are prisoner of CMake, autoconf, templates, makefiles, etc.. please try the Zig toolchain for your c/c++ projects. It is worth every second of investment
Re: Show HN: macOS-cross-compiler – Compile binaries for macOS on Linux
#49The problem with this is licensing: the macOS SDK license says that it's only to be used on an "Apple-branded computer". That said I wonder what Apple would do if this is used outside of that case...
Re: Show HN: macOS-cross-compiler – Compile binaries for macOS on Linux
#50Speaking of cross compilers - I was able to use the zig toolchain in order to cross compile for macos apple silicon, arm Linux, windows x64, windows arm and x86_64 Linux musl (statically linked). It's super handy and works as a drop in.
I'm commenting to add a critical mass around Zig. If you are prisoner of CMake, autoconf, templates, makefiles, etc.. please try the Zig toolchain for your c/c++ projects. It is worth every second of investment
Dependencies in build.zig.zon are downloaded in to ~/.cache/zig/p/ (incidentally, this means you need to mangle the hash if you are copying and pasting the hash for a dependency, at least currently. Dependency hashes are a sore spot tbh, and needs to be better)
Then when you are using said dependency in your build.zig, the function provided will refer to that source artifact in .cache.
At least this seems to be the case. I write a decent amount of zig, but haven’t dove too much in to the build system till recently, when I tried (and failed due to translate-c bugs), to get some C libraries added to zig using only zig build.