about summary refs log tree commit diff
path: root/arch/i386/bits
Commit message (Collapse)AuthorAgeFilesLines
* fix broken semctl on systems that don't use IPC_64 flagRich Felker2012-09-221-0/+2
| | | | | not tested on mips and arm; they may still be broken. x86_64 should be ok now.
* add O_EXEC open modeRich Felker2012-09-151-0/+1
| | | | | the linux O_PATH mode provides the necessary semantics for both the O_SEARCH and O_EXEC modes defined and required by POSIX 2008.
* add O_PATH/O_SEARCH support to fcntl.hRich Felker2012-09-131-0/+2
| | | | | | | I'm not 100% sure that Linux's O_PATH meets the POSIX requirements for O_SEARCH, but it seems very close if not perfect. and old kernels ignore it, so O_SEARCH will still work as desired as long as the caller has read permissions to the directory.
* syscall organization overhaulRich Felker2012-09-081-286/+0
| | | | | | | | | | | | 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.
* add acct, accept4, setns, and dup3 syscalls (linux extensions)Rich Felker2012-09-081-0/+3
| | | | based on patch by Justin Cormack
* avoid "inline" in public headers for strict c89 compatibilityRich Felker2012-09-021-14/+14
| | | | | | | | | 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.
* use int instead of long for ptrdiff_t on all 32-bit archsRich Felker2012-08-101-1/+1
| | | | | | | | this is needed to match the underlying "ABI" standards. it's not really an ABI issue since the binary representations are the same, but having the wrong type can lead to errors when the type arising from a difference-of-pointers expression does not match the defined type of ptrdiff_t. most of the problems affect C++, not C.
* add defines for number of sigset_t bytes syscalls expectRich Felker2012-08-091-0/+2
| | | | yet another gratuitous mips incompatibility...
* workaround another sendmsg kernel bug on 64-bit machinesRich Felker2012-07-121-0/+7
| | | | | | | | | 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.
* jmp_buf overhaul fixing several issuesRich Felker2012-07-031-1/+1
| | | | | | | | | | | | | on arm, the location of the saved-signal-mask flag and mask were off by one between sigsetjmp and siglongjmp, causing incorrect behavior restoring the signal mask. this is because the siglongjmp code assumed an extra slot was in the non-sig jmp_buf for the flag, but arm did not have this. now, the extra slot is removed for all archs since it was useless. also, arm eabi requires jmp_buf to have 8-byte alignment. we achieve that using long long as the type rather than with non-portable gcc attribute tags.
* update syscall defs to latest kernel onesRich Felker2012-06-231-0/+16
| | | | patch submitted by Kristian L. <email@thexception.net>
* proper error handling for fcntl F_GETOWN on modern kernelsRich Felker2012-06-201-0/+3
| | | | | | on old kernels, there's no way to detect errors; we must assume negative syscall return values are pgrp ids. but if the F_GETOWN_EX fcntl works, we can get a reliable answer.
* fix missing _BSD_SOURCE support in bits/*.hRich Felker2012-05-223-4/+4
| | | | | | | | | | | | this is actually rather ugly, and would get even uglier if we ever want to support further feature test macros. at some point i may factor the bits headers into separate files for C base, POSIX base, and nonstandard extensions (the only distinctions that seem to matter now) and then the logic for which to include can go in the main header rather than being duplicated for each arch. the downside of this is that it would result in more files having to be opened during compilation, so as long as the ugliness does not grow, i'm inclined to leave it alone for now.
* fix float_t and double_t defs on x86 when -mfpmath=sse -msse2 is usedRich Felker2012-04-291-0/+5
|
* support FLT_EVAL_METHOD changing on x86 with gcc -msse2 -mfpmath=sseRich Felker2012-04-271-0/+4
| | | | | if the compiler provides a value, use it; otherwise fallback to the platform default (2).
* use signed char rather than plain char for int8_tRich Felker2012-04-241-4/+4
| | | | otherwise this BADLY breaks if -funsigned-char is passed to gcc
* move F_DUPFD_CLOEXEC out of bitsRich Felker2012-04-151-2/+0
| | | | | | fcntl values 1024 and up are universal, arch-independent. later I'll add some of the other linux-specific ones for notify, leases, pipe size, etc. here too.
* add F_SETSIG and F_GETSIG (linux specific) to fcntl.hRich Felker2012-04-151-0/+2
| | | | F_* is in the reserved namespace so no feature test is needed
* work around nasty gcc bug in the i386 syscall asmRich Felker2012-04-041-4/+4
| | | | | | | | | | | | | | | | | | | | | when the "r" (register) constraint is used to let gcc choose a register, gcc will sometimes assign the same register that was used for one of the other fixed-register operands, if it knows the values are the same. one common case is multiple zero arguments to a syscall. this horribly breaks the intended usage, which is swapping the GOT pointer from ebx into the temp register and back to perform the syscall. presumably there is a way to fix this with advanced usage of register constaints on the inline asm, but having bad memories about hellish compatibility issues with different gcc versions, for the time being i'm just going to hard-code specific registers to be used. this may hurt the compiler's ability to optimize, but it will fix serious miscompilation issues. so far the only function i know what compiled incorrectly is getrlimit.c, and naturally the bug only applies to shared (PIC) builds, but it may be more extensive and may have gone undetected..
* fix DECIMAL_DIG definitionsRich Felker2012-03-211-0/+2
| | | | | | | | | | | | | DECIMAL_DIG is not the same as LDBL_DIG type_DIG is the maximimum number of decimal digits that can survive a round trip from decimal to type and back to decimal. DECIMAL_DIG is the minimum number of decimal digits required in order for any floating point type to survive the round trip to decimal and back, and it is generally larger than LDBL_DIG. since the exact formula is non-trivial, and defining it larger than necessary may be legal but wasteful, just define the right value in bits/float.h.
* add float_t and double_t to math.hRich Felker2012-02-151-0/+3
|
* replace bad cancellation cleanup abi with a sane oneRich Felker2012-02-091-25/+0
| | | | | | | | | | | | | | | | | | | | | | the old abi was intended to duplicate glibc's abi at the expense of being ugly and slow, but it turns out glib was not even using that abi except on non-gcc-compatible compilers (which it doesn't even support) and was instead using an exceptions-in-c/unwind-based approach whose abi we could not duplicate anyway without nasty dwarf2/unwind integration. the new abi is copied from a very old glibc abi, which seems to still be supported/present in current glibc. it avoids all unwinding, whether by sjlj or exceptions, and merely maintains a linked list of cleanup functions to be called from the context of pthread_exit. i've made some care to ensure that longjmp out of a cleanup function should work, even though it is not required to. this change breaks abi compatibility with programs which were using pthread cancellation, which is unfortunate, but that's why i'm making the change now rather than later. considering that most pthread features have not been usable until recently anyway, i don't see it as a major issue at this point.
* add prlimit syscall wrapperRich Felker2012-01-201-0/+2
|
* don't define wchar_t on c++Rich Felker2011-10-151-0/+2
| | | | | | it's a keyword in c++ (wtf). i'm not sure this is the cleanest solution; it might be better to avoid ever defining __NEED_wchar_t on c++. but in any case, this works for now.
* cleanup/debloat i386 user.hRich Felker2011-09-221-43/+11
|
* update syscalls with off_t arguments to handle argument alignment, if neededRich Felker2011-09-211-1/+2
| | | | | | the arm syscall abi requires 64-bit arguments to be aligned on an even register boundary. these new macros facilitate meeting the abi requirement without imposing significant ugliness on the code.
* fix the definition of struct statvfs to match lsb abiRich Felker2011-09-191-15/+6
| | | | | at the same time, make struct statfs match the traditional definition and make it more useful, especially the fsid_t stuff.
* cleanup redundancy in bits/signal.h versionsRich Felker2011-09-191-122/+10
|
* fix the type of wchar_t on arm; support wchar_t varying with archRich Felker2011-09-191-0/+4
| | | | | | | | | | | | | | really wchar_t should never vary, but the ARM EABI defines it as an unsigned 32-bit int instead of a signed one, and gcc follows this nonsense. thus, to give a conformant environment, we have to follow (otherwise L""[0] and L'\0' would be 0U rather than 0, but the application would be unaware due to a mismatched definition for WCHAR_MIN and WCHAR_MAX, and Bad Things could happen with respect to signed/unsigned comparisons, promotions, etc.). fortunately no rules are imposed by the C standard on the relationship between wchar_t and wint_t, and WEOF has type wint_t, so we can still make wint_t always-signed and use -1 for WEOF.
* cleanup more bits cruft (sysmacros and socket)Rich Felker2011-09-182-206/+0
|
* more bits junk (tcp.h)Rich Felker2011-09-181-1/+0
|
* move invariant netinet/in.h stuff out of bits/in.hRich Felker2011-09-181-145/+0
|
* socket headers macro adjustment - workaround for buggy programsRich Felker2011-07-211-1/+1
| | | | some program was undefining AF_NETLINK and thereby breaking AF_ROUTE...
* move all limits that don't vary out of bits/limits.h, into main limits.hRich Felker2011-06-251-26/+1
|
* __syscall5 inline is having trouble with PIC; just use the function for nowRich Felker2011-06-141-0/+7
|
* use __WCHAR_TYPE__ on i386 if it is definedRich Felker2011-06-071-0/+4
| | | | | | | | | | | | | | unfortunately traditional i386 practice was to use "long" rather than "int" for wchar_t, despite the latter being much more natural and logical. we followed this practice, but it seems some compilers (clang and maybe certain gcc builds or others too..?) have switched to using int, resulting in spurious pointer type mismatches when L"..." wide strings are used. the best solution I could find is to use the compiler's definition of wchar_t if it exists, and otherwise fallback to the traditional definition. there's no point in duplicating this approach on 64-bit archs, as their only 32-bit type is int.
* use compiler builtins for variadic macros when availableRich Felker2011-04-271-0/+5
| | | | | | | | | | | this slightly cuts down on the degree musl "fights with" gcc, but more importantly, it fixes a critical bug when gcc inlines a variadic function and optimizes out the variadic arguments due to noticing that they were "not used" (by __builtin_va_arg). we leave the old code in place if __GNUC__ >= 3 is false; it seems like it might be necessary at least for tinycc support and perhaps if anyone ever gets around to fixing gcc 2.95.3 enough to make it work..
* move wait.h macros out of bits. they do not vary.Rich Felker2011-04-212-23/+0
|
* namespace fixes for sys/mman.hRich Felker2011-04-201-15/+15
|
* add syscall wrappers for posix_fadvise, posix_fallocateRich Felker2011-04-201-0/+4
|
* overhaul pthread cancellationRich Felker2011-04-172-4/+6
| | | | | | | | | | | | | | | | | | | | | | this patch improves the correctness, simplicity, and size of cancellation-related code. modulo any small errors, it should now be completely conformant, safe, and resource-leak free. the notion of entering and exiting cancellation-point context has been completely eliminated and replaced with alternative syscall assembly code for cancellable syscalls. the assembly is responsible for setting up execution context information (stack pointer and address of the syscall instruction) which the cancellation signal handler can use to determine whether the interrupted code was in a cancellable state. these changes eliminate race conditions in the previous generation of cancellation handling code (whereby a cancellation request received just prior to the syscall would not be processed, leaving the syscall to block, potentially indefinitely), and remedy an issue where non-cancellable syscalls made from signal handlers became cancellable if the signal handler interrupted a cancellation point. x86_64 asm is untested and may need a second try to get it right.
* fix O_SYNC definition, cleanup fcntl.hRich Felker2011-04-141-11/+5
|
* fcntl.h: move macros that do not vary between archs out of bitsRich Felker2011-04-141-24/+0
|
* fix typo in legacy FAPPEND definitionRich Felker2011-04-141-1/+1
|
* numerous fixes to sysv ipcRich Felker2011-04-133-24/+21
| | | | | | | | | | some of these definitions were just plain wrong, others based on outdated ancient "non-64" versions of the kernel interface. as much as possible has now been moved out of bits/* these changes break abi (the old abi for these functions was wrong), but since they were not working anyway it can hardly matter.
* more types cleanupRich Felker2011-04-111-3/+0
| | | | | | | | the basic idea is that the only things in alltypes.h should be types that either vary from system to system (in practice, not just in theoretical la-la land - this is the implementation so we choose what constraints we want to impose on ports) or which are needed by multiple system headers.
* cleanup types stuff in headers, fix missing u_int*_t in sys/types.hRich Felker2011-04-111-11/+0
|
* add missing float.h macrosRich Felker2011-04-101-0/+3
| | | | | | actually FLT_ROUNDS needs to expand to a static inline function that obtains the current rounding mode and returns it, but that will be added later with fenv.h stuff.
* add some missing ipv6 stuffRich Felker2011-04-051-0/+12
|
* uncomment IP_PKTINFORich Felker2011-04-051-1/+1
| | | | | this was a hack leftover from testing before the initial check-in to git.