| ▲ | GNU cross-tools: musl-cross 313.3M(github.com) |
| 34 points by 1vuio0pswjnm7 3 days ago | 18 comments |
| |
|
| ▲ | mdaniel 3 days ago | parent | next [-] |
| I think my headline parsing has forever been ruined since I thought for sure someone created a 313 million parameter cross compiling fine tune After opening the linked page, I still don't have any idea what the number is in the headline, nor why it's important |
| |
| ▲ | userbinator 3 days ago | parent | next [-] | | Three hundred and thirteen-point-three megabytes is how I parsed it, but I'm not sure of the significance of that either. | |
| ▲ | nine_k 2 days ago | parent | prev [-] | | The only part of the page source with the substring "313" present is some SVG path. Maybe the automatic headline extractor went too far. |
|
|
| ▲ | smartmic 3 days ago | parent | prev | next [-] |
| Why "`GNU` cross-tools"? I see no affiliation with the GNU project, no GPL licence. That's misleading. |
|
| ▲ | 1vuio0pswjnm7 2 days ago | parent | prev | next [-] |
| https://news.ycombinator.com/item?id=40282810 (
echo url=https://musl.cc
echo header=Accept:
echo header=User-Agent:
echo resolve=musl.cc:443:216.82.192.10
)|curl -K/dev/stdin
|
|
| ▲ | M95D 3 days ago | parent | prev | next [-] |
| I do "crossdev --target armv7a-unknown-linux-gnueabihf" instead, and portage will keep it updated until uninstalled. |
|
| ▲ | 1vuio0pswjnm7 3 days ago | parent | prev | next [-] |
| GCC toolchain glibc-linked binaries with musl libraries and headers, including musl dynamic loader Out of the glibc tarpit |
| |
| ▲ | yjftsjthsd-h 3 days ago | parent | next [-] | | > glibc-linked binaries with musl libraries Why have any glibc? GCC et al. work fine compiled against musl (as proven by ex. Alpine only doing musl). Or is it for running on GNU/Linux systems (can't you statically link the build chain?)? | | |
| ▲ | 3 days ago | parent | next [-] | | [deleted] | |
| ▲ | bogantech 3 days ago | parent | prev [-] | | > Why have any glibc? Maybe they want dns resolution to work properly | | |
| ▲ | yjftsjthsd-h 2 days ago | parent | next [-] | | Are you talking about the TCP fallback that musl has also had for 2 years?
https://www.openwall.com/lists/musl/2023/05/02/1 In any event, that makes no sense. Pretend for a moment that glibc has working DNS and musl doesn't have working DNS (not true, but let's pretend). You don't build your compiler chain with working DNS support and then use it to build programs without working DNS. | |
| ▲ | jprjr_ 2 days ago | parent | prev [-] | | Does a compiler need to resolve DNS? |
|
| |
| ▲ | LargoLasskhyfv 3 days ago | parent | prev | next [-] | | What's different from https://toolchains.bootlin.com/ ? Or using Zig? | |
| ▲ | nineteen999 3 days ago | parent | prev [-] | | > including musl dynamic loader Does this mean useful interfaces like PAM and nsswitch work on musl now? | | |
| ▲ | stonogo 2 days ago | parent [-] | | PAM has worked on musl for many years. musl-nscd has provided nsswitch functionality for about a decade now. |
|
|
|
| ▲ | jedisct1 3 days ago | parent | prev | next [-] |
| These days, it just makes sense to use the Zig toolchain instead. |
| |
| ▲ | lioeters 3 days ago | parent [-] | | I keep hearing about Zig and the ease of cross-compiling. I have a small C library that I'd like to build for supported platforms, and I'm considering Zig's build system for that purpose. |
|
|
| ▲ | smartmic 3 days ago | parent | prev [-] |
| Also, there is Dyne musl: https://dyne.org/musl/ |
