- 18 5月, 2013 1 次提交
-
-
由 Rich Felker 提交于
there was some question as to how many decimal places to use, since one decimal place is always sufficient to identify the smallest denormal uniquely. for now, I'm following the example in the C standard which is consistent with the other min/max macros we already had in place.
-
- 05 4月, 2013 2 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
the preprocessor can reliably determine the signedness of wchar_t. L'\0' is used for 0 in the expressions so that, if the underlying type of wchar_t is long rather than int, the promoted type of the expression will match the type of wchar_t.
-
- 02 4月, 2013 3 次提交
-
-
由 Szabolcs Nagy 提交于
and remove syscall todos from microblaze
-
由 Szabolcs Nagy 提交于
SO_REUSEPORT implementation was merged in the linux kernel commit c617f398edd4db2b8567a28e899a88f8f574798d 2013-01-23
- 24 3月, 2013 1 次提交
-
-
由 Rich Felker 提交于
reportedly some programs (e.g. showkeys in the kbd package) use it.
-
- 05 3月, 2013 1 次提交
-
-
由 Rich Felker 提交于
wctype_t was incorrectly "int" rather than "long" on x86_64. not only is this an ABI incompatibility; it's also a major design flaw if we ever wanted wctype_t to be implemented as a pointer, which would be necessary if locales support custom character classes, since int is too small to store a converted pointer. this commit fixes wctype_t to be unsigned long on all archs, matching the LSB ABI; this change does not matter for C code, but for C++ it affects mangling. the same issue applied to wctrans_t. glibc/LSB defines this type as const __int32_t *, but since no such definition is visible, I've just expanded the definition, int, everywhere. it would be nice if these types (which don't vary by arch) could be in wctype.h, but the OB XSI requirement in POSIX that wchar.h expose some types and functions from wctype.h precludes doing so. glibc works around this with some hideous hacks, but trying to duplicate that would go against the intent of musl's headers.
-
- 13 1月, 2013 3 次提交
-
-
由 Szabolcs Nagy 提交于
-
由 Szabolcs Nagy 提交于
-
由 Szabolcs Nagy 提交于
it was already defined for mips, but was missing from other archs
-
- 08 12月, 2012 1 次提交
-
-
由 Rich Felker 提交于
-
- 06 12月, 2012 3 次提交
- 27 11月, 2012 1 次提交
-
-
由 Rich Felker 提交于
if these are to be supported, they belong in the main stat.h, not repeated for each arch.
-
- 26 11月, 2012 2 次提交
-
-
由 Rich Felker 提交于
-
由 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.
-
- 24 11月, 2012 4 次提交
-
-
由 Rich Felker 提交于
aside from microblaze, these should be roughly correct for all archs now. some misc junk macros and typedefs are missing, which should probably be added for max compatibility with trace/debug tools.
-
由 Rich Felker 提交于
it should now really match the kernel. some of the removed padding corresponded to the difference between user and kernel sigset_t. the space at the end was redundant with the uc_mcontext member and seems to have been added as a result of misunderstanding glibc's definition versus the kernel's.
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
these fields were wrongly copied from the kernel's ppc64 struct def
-
- 22 11月, 2012 5 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
unlike the previous definition, NSIG/_NSIG is supposed to be one more than the highest signal number. adding this will allow simplifying libc-internal code that makes signal-related syscalls, which can be done as a later step. some apps might use it too; while this usage is questionable, it's at least not insane.
-
由 Rich Felker 提交于
also handle the non-GNUC case where alignment attribute is not available by simply omitting it. this will not cause problems except for inclusion of mcontex_t/ucontext_t in application-defined structures, since the natural alignment of the uc_mcontext member relative to the start of ucontext_t is already correct. and shame on whoever designed this for making it impossible to satisfy the ABI requirements without GNUC extensions.
-
由 Rich Felker 提交于
-
- 21 11月, 2012 1 次提交
-
-
由 rofl0r 提交于
-
- 19 11月, 2012 3 次提交
-
-
由 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 提交于
-
由 Rich Felker 提交于
based on code sent to the mailing list by nsz, with minor changes.
-
- 18 11月, 2012 1 次提交
-
-
由 rofl0r 提交于
-
- 16 11月, 2012 3 次提交
-
-
由 Rich Felker 提交于
-
由 rofl0r 提交于
-
由 Rich Felker 提交于
-
- 15 11月, 2012 1 次提交
-
-
由 Rich Felker 提交于
-
- 14 11月, 2012 1 次提交
-
-
由 rofl0r 提交于
-