about summary refs log tree commit diff
Commit message (Collapse)AuthorAgeFilesLines
* sigandset/sigorset: do not check for NULL pointers.rofl0r2012-12-062-10/+0
| | | | | that way it's consistent with existing sig* functions, and saves some code size.
* fixup sigandsetrofl0r2012-12-062-2/+2
|
* fixup for fcntl.h changesrofl0r2012-12-061-16/+15
|
* add arch_prctl syscall (amd64/x32 only)rofl0r2012-12-061-0/+9
|
* add personality syscallrofl0r2012-12-062-0/+13
|
* add sigandset and sigorset (needed for qemu)rofl0r2012-12-063-0/+37
|
* add struct msgbuf to sys/msg.hrofl0r2012-12-061-0/+7
|
* unistd.h: fix wrong type for gid_t argumentrofl0r2012-12-061-1/+1
| | | | | the prototype is defined with const gid_t* rather than const gid_t[]. it was already correctly defined in grp.h.
* ipc.h: fix gnu aliases for key and seq in struct ipc_permrofl0r2012-12-061-2/+4
| | | | | the macro was the wrong way round, additionally GNU defines __ prefixed versions, which are used by qemu.
* add obsolete futimesat()rofl0r2012-12-062-0/+10
| | | | | | this function is obsolete, however it's available as a syscall and as such qemu userspace emulation tries to forward it to the host kernel.
* bits/signal.h: add register names for x86(_64)rofl0r2012-12-062-0/+46
| | | | | | glibc exposes them from ucontext.h. since that header includes signal.h, it is safe to put them into bits/signal.h, if _GNU_SOURCE is defined.
* fcntl.h: add some linux-specific F_ macrosrofl0r2012-12-061-0/+17
| | | | | thankfully these are all generic across archs. the DN_ macros are for usage with F_NOTIFY.
* tcp.h: add SOL_TCP, analoguous to udp.hrofl0r2012-12-061-0/+2
|
* add more arch-specific MAP_ macros to bits/mman.hrofl0r2012-12-066-0/+24
| | | | these are also needed by qemu.
* remove MAP_32 from non-x86 archsrofl0r2012-12-063-3/+0
| | | | both kernel and glibc define it only on x86(_64).
* add MAP_NORESERVE to bits/mman.hrofl0r2012-12-066-0/+6
| | | | | this is needed for qemu, and since it differs for each arch it can't be circumvented easily by using a macro in CFLAGS.
* remove fenv saving/loading code from setjmp/longjmp on armRich Felker2012-12-052-4/+0
| | | | | | the issue is identical to the recent commit fixing the mips versions: despite other implementations doing this, it conflicts with the requirements of ISO C and it's a waste of time and code size.
* fix inefficiency of math.h isless, etc. macrosRich Felker2012-12-051-15/+30
| | | | | | | | | | | previously, everything was going through an intermediate conversion to long double, which caused the extern __fpclassifyl function to get invoked, preventing virtually all optimizations of these operations. with the new code, tests on constant float or double arguments compile to a constant 0 or 1, and tests on non-constant expressions are efficient. I may later add support for __builtin versions on compilers that support them.
* remove mips setjmp/longjmp code to save/restore fenvRich Felker2012-12-052-5/+1
| | | | | | | | | | | | | | | | | | | | | | nothing in the standard requires or even allows the fenv state to be restored by longjmp. restoring the exception flags is not such a big deal since it's probably valid to clobber them completely, but restoring the rounding mode yields an observable side effect not sanctioned by ISO C. saving/restoring it also wastes a few cycles and 16 bytes of code. as for historical behavior, reportedly SGI IRIX did save/restore fenv, and this is where glibc and uClibc got the behavior from. a few other systems save/restore it too (on archs other than mips), even though this is apparently wrong. further details are documented here: http://www-personal.umich.edu/~williams/archive/computation/setjmp-fpmode.html as musl aims for standards conformance rather than coddling historical programs expecting non-conforming behavior, and as it's unlikely that any historical programs actually depend on the incorrect behavior (such programs would break on other archs, anyway), I'm making the change not to save/restore fenv on mips.
* add scsi headers scsi.h and sg.hRich Felker2012-12-052-0/+279
| | | | | | | | due to some historical oddity, these are considered libc headers rather than kernel headers. the kernel used to provide them too, but it seems modern kernels do not install them, so let's just do the easiest thing and provide them. stripped-down versions provided by John Spencer.
* use __builtin_offsetof to implement offsetof when possibleRich Felker2012-12-051-0/+4
| | | | | | apparently recent gcc versions have intentionally broken the traditional definition by treating it as a non-constant expression. the traditional definition may also be problematic for c++ programs.
* use alternate argument syntax for restrict with lio_listioRich Felker2012-12-041-1/+1
| | | | | | | for some reason I have not been able to determine, gcc 3.2 rejects the array notation. this seems to be a gcc bug, but since it's easy to work around, let's do the workaround and avoid gratuitously requiring newer compilers.
* fix regression in arm user.h that happened during big user.h changesRich Felker2012-12-041-0/+1
|
* add _ALL_SOURCE as an alias for _GNU_SOURCE/enable-everythingRich Felker2012-12-031-0/+4
| | | | | reportedly this is a semi-common practice among some BSDs and a few other systems, and will improve application compatibility.
* feature test macros: make _GNU_SOURCE enable everythingRich Felker2012-12-035-18/+4
| | | | | | | | | | | | | | | | previously, a few BSD features were enabled only by _BSD_SOURCE, not by _GNU_SOURCE. since _BSD_SOURCE is default in the absence of other feature test macros, this made adding _GNU_SOURCE to a project not a purely additive feature test macro; it actually caused some features to be suppressed. most of the changes made by this patch actually bring musl in closer alignment with the glibc behavior for _GNU_SOURCE. the only exceptions are the added visibility of functions like strlcpy which were BSD-only due to being disliked/rejected by glibc maintainers. here, I feel the consistency of having _GNU_SOURCE mean "everything", and especially the property of it being purely additive, are more valuable than hiding functions which glibc does not have.
* fix a couple issues in the inttypes.h PRI/SCN macrosRich Felker2012-12-021-22/+25
| | | | | | | | | | | | | | | | | | | | | | | most importantly, the format/scan macros for the [u]int_fast16_t and [u]int_fast32_t types were defined incorrectly assuming these types would match the native word/pointer size. this is incorrect on any 64-bit system; the "fast" types for 16- and 32-bit integers are simply int. another issue which was "only a warning" (despite being UB) is that the choice of "l" versus "ll" was incorrect for 64-bit types on 64-bit machines. while it would "work" to always use "long long" for 64-bit types, we use "long" on 64-bit machines to match what glibc does and what the ABI documents recommend. the macro definitions were probably right in very old versions of musl, but became wrong when we aligned most closely with the 'standard' ABI. checking UINTPTR_MAX is an easy way to get the system wordsize without pulling in new headers. finally, the useless __PRIPTR macro to allow the underlying type of [u]intptr_t to vary has been removed. we are using "long" on all targets, and thankfully this matches what glibc does, so I do not envision ever needing to change it. thus, the "l" has just been incorporated directly in the strings.
* provide NSIG under _BSD_SOURCE (default) as well as _GNU_SOURCERich Felker2012-11-301-1/+4
| | | | | this fixes a regression related to the changes made to bits/signal.h between 0.9.7 and 0.9.8 that broke some (non-portable) software.
* fix ordering of shared library ctors with respect to libc initRich Felker2012-11-302-3/+11
| | | | | | | | | | | | | | | previously, shared library constructors were being called before important internal things like the environment (extern char **environ) and hwcap flags (needed for sjlj to work right with float on arm) were initialized in __libc_start_main. rather than trying to have to dynamic linker make sure this stuff all gets initialized right, I've opted to just defer calling shared library constructors until after the main program's entry point is reached. this also fixes the order of ctors to be the exact reverse of dtors, which is a desirable property and possibly even mandated by some languages. the main practical effect of this change is that shared libraries calling getenv from ctors will no longer fail.
* fix some restrict-qualifier mismatches in newly added interfacesRich Felker2012-11-272-4/+4
| | | | | these should have little/no practical impact but they're needed for strict conformance.
* update readme and release notes for 0.9.8 v0.9.8Rich Felker2012-11-262-0/+28
|
* remove stat member aliases from ppc-specific bits/stat.hRich Felker2012-11-261-6/+0
| | | | | if these are to be supported, they belong in the main stat.h, not repeated for each arch.
* fix eventfd and inotify nonblock/cloexec flags to match arch valuesRich Felker2012-11-262-4/+6
|
* fix missing limits when only _BSD_SOURCE is definedRich Felker2012-11-261-1/+1
| | | | | | | the missing check did not affect the default profile, since it has both _XOPEN_SOURCE and _BSD_SOURCE defined, but it did break programs which explicitly define _BSD_SOURCE, causing it to be the only feature test macro present.
* fixup mcontext stuff to expost gregset_t/fpregset_t as appropriateRich Felker2012-11-258-12/+35
|
* make sys/procfs.h mostly work on most archsRich Felker2012-11-256-26/+30
| | | | | | | | 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.
* remove microblaze user.h incorrectly copied from armRich Felker2012-11-251-40/+1
|
* eliminate gdb complaints about missing linux-gate.so.1Rich Felker2012-11-251-1/+2
| | | | | | actually, the hard-coded name should be eliminated too, and replaced by a search for the soname in the headers, but that can be done separately later.
* begin sys/user.h and sys/reg.h fixes for portsRich Felker2012-11-234-98/+78
| | | | | | 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.
* fix powerpc ucontext, again..Rich Felker2012-11-231-5/+0
| | | | | | | | 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.
* fix termios constants on mipsRich Felker2012-11-231-10/+21
|
* sigcontext/mcontext cleanup for arch-specific bitsRich Felker2012-11-235-81/+94
| | | | | | | | | | | | | | | | | with these changes, the members/types of mcontext_t and related stuff should closely match the glibc definitions. unlike glibc, however, the definitions here avoid using typedefs as much as possible and work directly with the underlying types, to minimize namespace pollution from signal.h in the default (_BSD_SOURCE) profile. this is a first step in improving compatibility with applications which poke at context/register information -- mainly debuggers, trace utilities, etc. additional definitions in ucontext.h and other headers may be needed later. if feature test macros are used to request a conforming namespace, mcontext_t is replaced with an opaque structure of the equivalent size and alignment; conforming programs cannot examine its contents anyway.
* fix powerpc sigsetjmp asm to match the new jmp_buf size/offsetsRich Felker2012-11-231-2/+2
|
* fix powerpc setjmp/longjmp to save/restore float regs; enlarge/align jmp_bufRich Felker2012-11-233-1/+37
|
* add missing startfiles for powerpcRich Felker2012-11-232-0/+28
|
* fix up leftover, incorrect NSIG definitions in arch-specific signal.hRich Felker2012-11-235-5/+0
|
* remove stuff that doesn't belong in powerpc 32-bit sigcontextRich Felker2012-11-231-4/+0
| | | | these fields were wrongly copied from the kernel's ppc64 struct def
* more ppc signal.h typedef order fixesRich Felker2012-11-211-13/+13
|
* fix misordered typedefs in ppc signal.hRich Felker2012-11-211-2/+2
|
* ppc signal/NSIG related fix (warning fix, redefinition)Rich Felker2012-11-211-2/+1
|
* add back NSIG, removed from powerpc in last commit, but for all archsRich Felker2012-11-217-0/+13
| | | | | | | | 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.