Skip to content

T
Third Party Musl

OpenHarmony / Third Party Musl
9 个月 前同步成功

通知 37
Star 125
Fork 0
T
Third Party Musl

前往新版Gitcode，体验更适合开发者的 AI 搜索 >>

切换分支/标签
  1. 31 8月, 2020 4 次提交
  3. 28 8月, 2020 1 次提交
  5. 21 8月, 2020 1 次提交
  7. 20 8月, 2020 1 次提交
  9. 19 8月, 2020 2 次提交
  11. 18 8月, 2020 1 次提交
  13. 17 8月, 2020 2 次提交
  15. 12 8月, 2020 1 次提交
  17. 04 8月, 2020 1 次提交
  19. 21 2月, 2020 1 次提交
  21. 13 2月, 2020 1 次提交
    • R
      fix remaining direct use of stat syscalls outside fstatat.c · c9ebff47
      由 Rich Felker 提交于 
      because struct stat is no longer assumed to correspond to the
structure used by the stat-family syscalls, it's not valid to make any
of these syscalls directly using a buffer of type struct stat.

commit 94938920 moved all logic around
this change for stat-family functions into fstatat.c, making the
others wrappers for it. but a few other direct uses of the syscall
were overlooked. the ones in tmpnam/tempnam are harmless since the
syscalls are just used to test for file existence. however, the uses
in fchmodat and __map_file depend on getting accurate file properties,
and these functions may actually have been broken one or more mips
variants due to removal of conversion hacks from syscall_arch.h.

as a low-risk fix, simply use struct kstat in place of struct stat in
the affected places.
      c9ebff47
  23. 07 2月, 2020 5 次提交
  25. 05 2月, 2020 3 次提交
  27. 04 2月, 2020 1 次提交
    • R
      move riscv64 register index constants to signal.h · 329e7929
      由 Rich Felker 提交于 
      under _GNU_SOURCE for namespace cleanliness, analogous to other archs.
the original placement in sys/reg.h seems not to have been motivated;
such a header isn't even present on other implementations.
      329e7929
  29. 31 1月, 2020 1 次提交
    • R
      remove legacy clock_gettime and gettimeofday from public syscall.h · 5a105f19
      由 Rich Felker 提交于 
      some nontrivial number of applications have historically performed
direct syscalls for these operations rather than using the public
functions. such usage is invalid now that time_t is 64-bit and these
syscalls no longer match the types they are used with, and it was
already harmful before (by suppressing use of vdso).

since syscall() has no type safety, incorrect usage of these syscalls
can't be caught at compile-time. so, without manually inspecting or
running additional tools to check sources, the risk of such errors
slipping through is high.

this patch renames the syscalls on 32-bit archs to clock_gettime32 and
gettimeofday_time32, so that applications using the original names
will fail to build without being fixed.

note that there are a number of other syscalls that may also be unsafe
to use directly after the time64 switchover, but (1) these are the
main two that seem to be in widespread use, and (2) most of the others
continue to have valid usage with a null timeval/timespec argument, as
the argument is an optional timeout or similar.
      5a105f19
  31. 29 1月, 2020 2 次提交
  33. 28 1月, 2020 1 次提交
  35. 26 1月, 2020 1 次提交
  37. 23 1月, 2020 1 次提交
    • L
      fix riscv64 a_cas inline asm operand sign extension · 83350eb1
      由 Luís Marques 提交于 
      This patch adds an explicit cast to the int arguments passed to the
inline asm used in the RISC-V's implementation of `a_cas`, to ensure
that they are properly sign extended to 64 bits. They aren't
automatically sign extended by Clang, and GCC technically also doesn't
guarantee that they will be sign extended.
      83350eb1
  39. 21 1月, 2020 1 次提交
  41. 17 1月, 2020 1 次提交
    • A
      add thumb2 support to arm assembler memcpy · 91e662d1
      由 Andre McCurdy 提交于 
      For Thumb2 compatibility, replace two instances of a single
instruction "orr with a variable shift" with the two instruction
equivalent. Neither of the replacements are in a performance critical
loop.
      91e662d1
  43. 16 1月, 2020 1 次提交
    • R
      fix incorrect __hwcap seen in dynamic-linked __set_thread_area · 0ff18be2
      由 Rich Felker 提交于 
      the bug fixed in commit b82cd6c7 was
mostly masked on arm because __hwcap was zero at the point of the call
from the dynamic linker to __set_thread_area, causing the access to
libc.auxv to be skipped and kuser_helper versions of TLS access and
atomics to be used instead of the armv6 or v7 versions. however, on
kernels with kuser_helper removed for hardening it would crash.

since __set_thread_area potentially uses __hwcap, it must be
initialized before the function is called. move the AT_HWCAP lookup
from stage 3 to stage 2b.
      0ff18be2
  45. 12 1月, 2020 1 次提交
  47. 02 1月, 2020 4 次提交
    • R
      fix wcwidth wrongly returning 0 for most of planes 4 and up · 70d80609
      由 Rich Felker 提交于 
      commit 1b0ce9af introduced this bug
back in 2012 and it was never noticed, presumably since the affected
planes are essentially unused in Unicode.
      70d80609
    • M
      unconditonally define alloca as __builtin_alloca · a56ec7e8
      由 Michael Forney 提交于 
      This enables alternative compilers, which may not define __GNUC__,
to implement alloca, which is still fairly widely used.

This is similar to how stdarg.h already works in musl; compilers must
implement __builtin_va_arg, there is no fallback definition.
      a56ec7e8
    • R
      update COPYRIGHT year · d3f7df23
      由 Rich Felker 提交于
      d3f7df23
    • R
      remove gratuitous aligned attribute from __ptrace_syscall_info · ac89e2cc
      由 Rich Felker 提交于 
      this change was discussed on the mailing list thread for the linux
uapi v5.3 patches, and submitted as a v2 patch, but overlooked when I
applied the patches much later.

revert commit f291c09e and apply the
v2 as submitted; the net change is just padding.

notes by Szabolcs Nagy follow:

compared to the linux uapi (and glibc) a padding is used instead of
aligned attribute for keeping the layout the same across targets, this
means the alignment of the struct may be different on some targets
(e.g. m68k where uint64_t is 2 byte aligned) but that should not affect
syscalls and this way the abi does not depend on nonstandard extensions.
      ac89e2cc
  49. 01 1月, 2020 1 次提交
    • R
      fix fdpic regression in dynamic linker with overly smart compilers · d6bbea2a
      由 Rich Felker 提交于 
      at least gcc 9 broke execution of DT_INIT/DT_FINI for fdpic archs
(presently only sh) by recognizing that the stores to the
compound-literal function descriptor constructed to call them were
dead stores. there's no way to make a "may_alias function", so instead
launder the descriptor through an asm-statement barrier. in practice
just making the compound literal volatile seemed to have worked too,
but this should be less of a hack and more accurately convey the
semantics of what transformations are not valid.
      d6bbea2a