- 27 11月, 2012 1 次提交
-
-
由 Rich Felker 提交于
-
- 26 11月, 2012 1 次提交
-
-
由 Rich Felker 提交于
these structures are purely for use by trace/debug tools and tools working with core files. the definition of fpregset_t, which was previously here, has been removed because it was wrong; fpregset_t should be the type used in mcontext_t, not the type used in ptrace/core stuff.
-
- 19 11月, 2012 2 次提交
-
-
由 Rich Felker 提交于
apparently some other archs have sys/io.h and should not break just because they don't have the x86 port io functions. provide a blank bits/io.h everywhere for now.
-
由 Rich Felker 提交于
based on proposal by Isaac Dunham. nonexistance of bits/io.h will cause inclusion of sys/io.h to produce an error on archs that are not supposed to have it. this is probably the desired behavior, but the error message may be a bit unusual.
-
- 18 11月, 2012 1 次提交
-
-
由 Rich Felker 提交于
this is mostly junk, but a few programs with tape-drive support unconditionally include it, and it might be useful.
-
- 16 11月, 2012 1 次提交
-
-
由 Rich Felker 提交于
although a number is reserved for it, this option is not implemented on Linux and does not work. defining it causes some applications to use it, and subsequently break due to its failure.
-
- 06 11月, 2012 1 次提交
-
-
由 Rich Felker 提交于
-
- 05 11月, 2012 1 次提交
-
-
由 Rich Felker 提交于
-
- 22 10月, 2012 1 次提交
-
-
由 Rich Felker 提交于
the W* namespace is not reserved, so the nonstandard ones must be moved under extension features. also WNOHANG and WUNTRACED were missing.
-
- 30 9月, 2012 1 次提交
-
-
由 Rich Felker 提交于
it will be in the next version of POSIX
-
- 21 9月, 2012 1 次提交
-
-
由 Rich Felker 提交于
issue reported/requested by Justin Cormack
-
- 17 9月, 2012 1 次提交
-
-
由 Rich Felker 提交于
patch by Justin Cormack, with slight modification
-
- 10 9月, 2012 3 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
-
- 09 9月, 2012 3 次提交
-
-
由 Rich Felker 提交于
now public syscall.h only exposes __NR_* and SYS_* constants and the variadic syscall function. no macros or inline functions, no __syscall_ret or other internal details, no 16-/32-bit legacy syscall renaming, etc. this logic has all been moved to src/internal/syscall.h with the arch-specific parts in arch/$(ARCH)/syscall_arch.h, and the amount of arch-specific stuff has been reduced to a minimum. changes still need to be reviewed/double-checked. minimal testing on i386 and mips has already been performed.
-
由 Rich Felker 提交于
based on patch by Justin Cormack
-
由 Rich Felker 提交于
-
- 08 9月, 2012 3 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
the old behavior of exposing nothing except plain ISO C can be obtained by defining __STRICT_ANSI__ or using a compiler option (such as -std=c99) that predefines it. the new default featureset is POSIX with XSI plus _BSD_SOURCE. any explicit feature test macros will inhibit the default. installation docs have also been updated to reflect this change.
-
- 07 9月, 2012 1 次提交
-
-
由 Rich Felker 提交于
to deal with the fact that the public headers may be used with pre-c99 compilers, __restrict is used in place of restrict, and defined appropriately for any supported compiler. we also avoid the form [restrict] since older versions of gcc rejected it due to a bug in the original c99 standard, and instead use the form *restrict.
-
- 03 9月, 2012 1 次提交
-
-
由 Rich Felker 提交于
while musl itself requires a c99 compiler, some applications insist on being compiled with c89 compilers, and use of "inline" in the headers was breaking them. much of this had been avoided already by just skipping the inline keyword in pre-c99 compilers or modes, but this new unified solution is cleaner and may/should result in better code generation in the default gcc configuration.
-
- 25 8月, 2012 1 次提交
-
-
由 Rich Felker 提交于
-
- 15 8月, 2012 1 次提交
-
-
由 Rich Felker 提交于
not sure why these were originally omitted..
-
- 06 8月, 2012 1 次提交
-
-
由 Rich Felker 提交于
why does mips have to be gratuitously incompatible in every possible imaginable way?
-
- 24 7月, 2012 2 次提交
-
-
由 Rich Felker 提交于
based on patches by orc and Isaac Dunham, with some fixes. sys/io.h exists and contains prototypes for these functions regardless of whether the target arch has them; this is a bit unorthodox but I don't think it will break anything. the function definitions do not exist unless the appropriate SYS_* syscall number macro is defined, which should make sure configure scripts looking for these functions don't find them on other systems. presently, sys/io.h does not have the inb/outb/etc. port io macros/functions. I'd be surprised if ioperm/iopl are useful without them, so they probably need to be added at some point in appropriate bits/io.h files...
-
由 Rich Felker 提交于
based on patch by orc and Isaac Dunham, with some fixes.
-
- 13 7月, 2012 1 次提交
-
-
由 Rich Felker 提交于
the kernel wrongly expects the cmsg length field to be size_t instead of socklen_t. in order to work around the issue, we have to impose a length limit and copy to a local buffer. the length limit should be more than sufficient for any real-world use; these headers are only used for passing file descriptors and permissions between processes over unix sockets.
-
- 24 6月, 2012 1 次提交
-
-
由 Rich Felker 提交于
based on a patch submitted by Kristian L. <email@thexception.net>
-
- 16 6月, 2012 1 次提交
-
-
由 Rich Felker 提交于
one file was reusing another file's macro name, and many had inconsistent underscores and application of SYS prefix, etc. patch by Szabolcs Nagy (nsz)
-
- 08 6月, 2012 2 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
this broke the busybox "free" utility (memory reporting) and possibly other things like uptime.
-
- 04 6月, 2012 1 次提交
-
-
由 Rich Felker 提交于
this is ugly and stupid, but now that the *64 symbol names exist, a lot of broken GNU software detects them in configure, then either breaks during build due to missing off64_t definition, or attempts to compile without function declarations/prototypes. "fixing" it here is easier than telling everyone to add yet another feature test macro to their builds.
-
- 23 5月, 2012 2 次提交
-
-
由 Rich Felker 提交于
there is no reason to avoid multiple identical macro definitions; this is perfectly legal C, and even with the maximal warning options enabled, gcc does not issue any warning for it.
-
由 Rich Felker 提交于
patch by Isaac Dunham. matched closely (maybe not exact) to glibc's idea of what _BSD_SOURCE should make visible.
-
- 11 5月, 2012 1 次提交
-
-
由 Rich Felker 提交于
-
- 10 5月, 2012 2 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
this is all junk, but some programs use it.
-
- 04 5月, 2012 1 次提交
-
-
由 Rich Felker 提交于
-