| Age | Commit message (Collapse) | Author |
|---|
|
https://www.openwall.com/lists/musl/2025/10/12/4
See also 7b92d5f4052be651e9bc5cd4ad78a69ccbee865d...
|
|
This is from Qualcomm's fork: https://github.com/quic/musl
I maintain a fork of musl where I rebase Qualcomm's changes on top of the latest
musl release, which I then use as the basis for musl updates in Zig. My fork can
be found here: https://github.com/alexrp/musl/tree/hexagon
|
|
|
|
|
|
See these mailing list threads:
* https://www.openwall.com/lists/musl/2024/11/23/3
* https://www.openwall.com/lists/musl/2025/01/24/1
This supplants cc73d7ad749df8d53da442faa2e7af5d69357b33.
|
|
Namely:
* alpha
* hppa
* ia64
* microblaze
* nios2
* or1k
* s390
* sh
|
|
Whatever was in the frame pointer register prior to clone() will no longer be
valid in the child process, so zero it to protect FP-based unwinders. This is
just an extension of what was already done for i386 and x86_64. Only applied
to architectures where the _start() code also zeroes the frame pointer.
|
|
https://www.openwall.com/lists/musl/2024/11/23/3
|
|
adds loongarch64 and riscv32
|
|
|
|
This was a bit trickier than it should be due to symbol conflicts with
zig's compiler-rt implementation. We attempt to use weak linkage in
our compiler-rt, but this does not seem to be working in all cases. I
manually disabled export of the problematic compiler-rt math functions
in order to cross compile musl's libc.so for all targets as input to
`tools/gen_stubs.zig`.
Other than that, this update went fairly smoothly. Quite a few
additional symbols were added to the blacklist in `tools/gen_stubs.zig`
due to recent reorganization of zig's compiler-rt.
|
|
|
|
|
|
|
|
|
|
also start prefering NtDll API. so far:
* NtQueryInformationFile
* NtClose
adds a performance workaround for windows unicode conversion. but that
should probably be removed before merging
|
