about summary refs log tree commit diff
path: root/include/signal.h
Commit message (Collapse)AuthorAgeFilesLines
* add time64 symbol name redirects to public headers, under arch controlRich Felker2019-10-281-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | a _REDIR_TIME64 macro is introduced, which the arch's alltypes.h is expected to define, to control redirection of symbol names for interfaces that involve time_t and derived types. this ensures that object files will only be linked to libc interfaces matching the ABI whose headers they were compiled against. along with time32 compat shims, which will be introduced separately, the redirection also makes it possible for a single libc (static or shared) to be used with object files produced with either the old (32-bit time_t) headers or the new ones after 64-bit time_t switchover takes place. mixing of such object files (or shared libraries) in the same program will also be possible, but must be done with care; ABI between libc and a consumer of the libc interfaces is guaranteed to match by the the symbol name redirection, but pairwise ABI between consumers of libc that define interfaces between each other in terms of time_t is not guaranteed to match. this change adds a dependency on an additional "GNU C" feature to the public headers for existing 32-bit archs, which is generally undesirable; however, the feature is one which glibc has depended on for a long time, and thus which any viable alternative compiler is going to need to provide. 64-bit archs are not affected, nor will future 32-bit archs be, regardless of whether they are "new" on the kernel side (e.g. riscv32) or just newly-added (e.g. a new sparc or xtensa port). the same applies to newly-added ABIs for existing machine-level archs.
* add TRAP_UNK si_code to signal.h from linux v4.18Szabolcs Nagy2018-12-091-0/+1
| | | | | used for undiagnosed trap exceptions where linux previously set si_code to 0. new in linux commit db78e6a0a6f9f7d7277965600eeb1a5b3a6f55a8
* remove spurious const keyword in sigqueue declarationRich Felker2018-03-101-1/+1
| | | | | | this must have been taken from POSIX without realizing that it was meaningless. the resolution to Austin Group issue #844 removed it from the standard.
* signal.h: add missing SIGTRAP si_codesSzabolcs Nagy2018-02-221-0/+2
| | | | | TRAP_BRANCH and TRAP_HWBKPT new in linux commit da654b74bda14c45a7d98c731bf3c1a43b6b74e2
* add SS_AUTODISARM sigaltstack ss_flags from linux v4.7 to signal.hSzabolcs Nagy2016-08-301-0/+2
| | | | | only matters if swapcontext is used in a signal handler running on an altstack, new in linux commit 2a74213838104a41588d86fd5e8d344972891ace
* update siginfo struct for linux v4.6Szabolcs Nagy2016-06-091-6/+11
| | | | | x86 protection key faults are reported in the si_pkey field, added in linux commit cd0ea35ff5511cde299a61c21a95889b4a71464e
* fix siginfo_t for mipsSzabolcs Nagy2016-01-261-0/+4
| | | | | | | | si_errno and si_code are swapped in mips siginfo_t compared to other archs and some si_code values are different. This fix is required for POSIX timers to work. based on patch by Dmitry Ivanov.
* move bits/signal.h include close to the top of signal.hSzabolcs Nagy2016-01-261-6/+12
| | | | | | | | only have code above the bits/signal.h include that is necessary. (some types are used for the ucontext struct and mips has to override a few macro definitions) this way mips bits/signal.h will be able to affect siginfo_t.
* fix MINSIGSTKSZ values for archs with large signal contextsRich Felker2015-03-181-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | the previous values (2k min and 8k default) were too small for some archs. aarch64 reserves 4k in the signal context for future extensions and requires about 4.5k total, and powerpc reportedly uses over 2k. the new minimums are chosen to fit the saved context and also allow a minimal signal handler to run. since the default (SIGSTKSZ) has always been 6k larger than the minimum, it is also increased to maintain the 6k usable by the signal handler. this happens to be able to store one pathname buffer and should be sufficient for calling any function in libc that doesn't involve conversion between floating point and decimal representations. x86 (both 32-bit and 64-bit variants) may also need a larger minimum (around 2.5k) in the future to support avx-512, but the values on these archs are left alone for now pending further analysis. the value for PTHREAD_STACK_MIN is not increased to match MINSIGSTKSZ at this time. this is so as not to preclude applications from using extremely small thread stacks when they know they will not be handling signals. unfortunately cancellation and multi-threaded set*id() use signals as an implementation detail and therefore require a stack large enough for a signal context, so applications which use extremely small thread stacks may still need to avoid using these features.
* add new si_lower and si_upper siginfo_t membersSzabolcs Nagy2015-03-041-0/+7
| | | | | new in linux v3.19 commit ee1b58d36aa1b5a79eaba11f5c3633c88231da83 used to report intel mpx bound violation information.
* fix places where _BSD_SOURCE failed to yield a superset of _XOPEN_SOURCERich Felker2014-09-101-1/+1
| | | | | | | | | | | the vast majority of these failures seem to have been oversights at the time _BSD_SOURCE was added, or perhaps shortly afterward. the one which may have had some reason behind it is omission of setpgrp from the _BSD_SOURCE feature profile, since the standard setpgrp interface conflicts with a legacy (pre-POSIX) BSD interface by the same name. however, such omission is not aligned with our general policy in this area (for example, handling of similar _GNU_SOURCE cases) and should not be preserved.
* overhaul siginfo_t definition in signal.hRich Felker2014-05-241-23/+28
| | | | | | | | | | | | | | | | | | the main motivation for this change is that, with the previous definition, it was arguably illegal, in standard C, to initialize both si_value and si_pid/si_uid with designated initializers, due to the rule that only one member of a union can have an initializer. whether or not this affected real-world application code, it affected some internal code, and clang was producing warnings (and possibly generating incorrect code). the new definition uses a more complex hierarchy of structs and unions to avoid the need to initialize more than one member of a single union in usage cases that make sense. further work would be needed to eliminate even the ones with no practical applications. at the same time, some fixes are made to the exposed names for nonstandard fields, to match what software using them expects.
* fix signal.h breakage from moving stack_t to arch-specific bitsRich Felker2014-03-181-0/+2
| | | | | | in the previous changes, I missed the fact that both the prototype of the sigaltstack function and the definition of ucontext_t depend on stack_t.
* move signal.h definition of stack_t to arch-specific bitsRich Felker2014-03-181-6/+0
| | | | | it's different at least on mips. mips version will be fixed in a separate commit to show the change.
* fix const-correctness in sigandset/sigorset argumentsRich Felker2014-01-071-2/+2
| | | | | | this change is consistent with the corresponding glibc functions and is semantically const-correct. the incorrect argument types without const seem to have been taken from erroneous man pages.
* fix multiple minor namespace issues in headersRich Felker2013-10-201-4/+1
| | | | | | | | | | | | | fcntl.h: AT_* is not a reserved namespace so extensions cannot be exposed by default. langinfo.h: YESSTR and NOSTR were removed from the standard. limits.h: NL_NMAX was removed from the standard. signal.h: the conditional for NSIG was wrongly checking _XOPEN_SOURCE rather than _BSD_SOURCE. this was purely a mistake; it doesn't even match the commit message from the commit that added it.
* fix incorrect type for new si_call_addr in siginfo_tRich Felker2013-07-241-3/+3
| | | | | | | | | | apparently the original kernel commit's i386 version of siginfo.h defined this field as unsigned int, but the asm-generic file always had void *. unsigned int is obviously not a suitable type for an address, in a non-arch-specific file, and glibc also has void * here, so I think void * is the right type for it. also fix redundant type specifiers.
* update siginfo according to linux headersSzabolcs Nagy2013-07-241-1/+13
| | | | | | | | linux commit a0727e8ce513fe6890416da960181ceb10fbfae6 (2012-04-12) added siginfo fields for SIGSYS (seccomp uses it) linux commit ad5fa913991e9e0f122b021e882b0d50051fbdbc (2009-09-16) added siginfo field and si_code values for SIGBUS (hwpoison signal)
* refactor headers, especially alltypes.h, and improve C++ ABI compatRich Felker2013-07-221-17/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | the arch-specific bits/alltypes.h.sh has been replaced with a generic alltypes.h.in and minimal arch-specific bits/alltypes.h.in. this commit is intended to have no functional changes except: - exposing additional symbols that POSIX allows but does not require - changing the C++ name mangling for some types - fixing the signedness of blksize_t on powerpc (POSIX requires signed) - fixing the limit macros for sig_atomic_t on x86_64 - making dev_t an unsigned type (ABI matching goal, and more logical) in addition, some types that were wrongly defined with long on 32-bit archs were changed to int, and vice versa; this change is non-functional except for the possibility of making pointer types mismatch, and only affects programs that were using them incorrectly, and only at build-time, not runtime. the following changes were made in the interest of moving non-arch-specific types out of the alltypes system and into the headers they're associated with, and also will tend to improve application compatibility: - netdb.h now includes netinet/in.h (for socklen_t and uint32_t) - netinet/in.h now includes sys/socket.h and inttypes.h - sys/resource.h now includes sys/time.h (for struct timeval) - sys/wait.h now includes signal.h (for siginfo_t) - langinfo.h now includes nl_types.h (for nl_item) for the types in stdint.h: - types which are of no interest to other headers were moved out of the alltypes system. - fast types for 8- and 64-bit are hard-coded (at least for now); only the 16- and 32-bit ones have reason to vary by arch. and the following types have been changed for C++ ABI purposes; - mbstate_t now has a struct tag, __mbstate_t - FILE's struct tag has been changed to _IO_FILE - DIR's struct tag has been changed to __dirstream - locale_t's struct tag has been changed to __locale_struct - pthread_t is defined as unsigned long in C++ mode only - fpos_t now has a struct tag, _G_fpos64_t - fsid_t's struct tag has been changed to __fsid_t - idtype_t has been made an enum type (also required by POSIX) - nl_catd has been changed from long to void * - siginfo_t's struct tag has been removed - sigset_t's has been given a struct tag, __sigset_t - stack_t has been given a struct tag, sigaltstack - suseconds_t has been changed to long on 32-bit archs - [u]intptr_t have been changed from long to int rank on 32-bit archs - dev_t has been made unsigned summary of tests that have been performed against these changes: - nsz's libc-test (diff -u before and after) - C++ ABI check symbol dump (diff -u before, after, glibc) - grepped for __NEED, made sure types needed are still in alltypes - built gcc 3.4.6
* fix some obscure header type size/alignment issuesRich Felker2013-03-041-1/+1
|
* add sigandset and sigorset (needed for qemu)rofl0r2012-12-061-0/+3
|
* feature test macros: make _GNU_SOURCE enable everythingRich Felker2012-12-031-1/+1
| | | | | | | | | | | | | | | | 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.
* 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.
* fixup mcontext stuff to expost gregset_t/fpregset_t as appropriateRich Felker2012-11-251-0/+1
|
* add back NSIG, removed from powerpc in last commit, but for all archsRich Felker2012-11-211-0/+1
| | | | | | | | 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.
* default features: make musl usable without feature test macrosRich Felker2012-09-071-5/+1
| | | | | | | | | | 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.
* use restrict everywhere it's required by c99 and/or posix 2008Rich Felker2012-09-061-7/+13
| | | | | | | | 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.
* fix redef of sigprocmask constants on mipsRich Felker2012-07-121-2/+0
| | | | this fix is easier than trying to reorder the header stuff
* more mips bits-header fixesRich Felker2012-07-121-0/+2
| | | | signal handling was very broken because of this
* bsd_signal is a legacy (removed) XSI function, not needed in _BSD_SOURCERich Felker2012-05-221-4/+1
| | | | | its only purpose was for use on non-BSD systems that implement sysv semantics for signal() by default.
* support _BSD_SOURCE feature test macroRich Felker2012-05-221-2/+10
| | | | | patch by Isaac Dunham. matched closely (maybe not exact) to glibc's idea of what _BSD_SOURCE should make visible.
* rename __sa_restorer to sa_restorer in struct sigactionRich Felker2012-04-131-1/+1
| | | | | | | | | this is legal since sa_* is in the reserved namespace for signal.h, per posix. note that the sa_restorer field is not used anywhere, so programs that are trying to use it may still break, but at least they'll compile. if it turns out such programs actually need to be able to set their own sa_restorer to function properly, i'll add the necessary code to sigaction.c later.
* fix typo in FPE_FLTUND definition, signal.hRich Felker2012-01-251-1/+1
|
* fix missing SIG_DFL, SIG_IGN, SIG_ERR without posix in signal.hRich Felker2011-09-211-5/+6
|
* fix broken siginfo_t with _GNU_SOURCE definedRich Felker2011-09-201-6/+5
| | | | | | | this bug was introduced in a recent patch. the problem we're working around is that broken GNU software wants to use "struct siginfo" rather than "siginfo_t", but "siginfo" is not in the reserved namespace and thus not legal for the standard header to use.
* add some more siginfo aliases broken software expects...Rich Felker2011-09-191-0/+2
|
* cleanup redundancy in bits/signal.h versionsRich Felker2011-09-191-4/+108
|
* implement gnu sigisemptysetRich Felker2011-09-121-0/+1
|
* fix missing prototypes/wrong signature for psiginfo, psignalRich Felker2011-09-021-0/+3
|
* fix some struct padding to match LSB/glibc ABI where it may be helpfulRich Felker2011-06-161-0/+1
|
* add SA_NOMASK alias for SA_NODEFER with _GNU_SOURCERich Felker2011-05-051-0/+1
|
* fix incorrect GNU sighandler_t typedefRich Felker2011-04-131-1/+1
|
* implement POSIX timersRich Felker2011-03-291-6/+16
| | | | | | | | this implementation is superior to the glibc/nptl implementation, in that it gives true realtime behavior. there is no risk of timer expiration events being lost due to failed thread creation or failed malloc, because the thread is created as time creation time, and reused until the timer is deleted.
* move the GNU siginfo renaming so it doesn't lead to mismatching namesRich Felker2011-02-201-1/+4
|
* some gnu software wrongly uses "struct siginfo" instead of siginfo_t...Rich Felker2011-02-161-0/+1
|
* fix broken signal.h from header cleanupRich Felker2011-02-151-2/+2
|
* fix some type leakage (timer_t) from x86_64 commitRich Felker2011-02-151-1/+0
|
* Port musl to x86-64. One giant commit!Nicholas J. Kain2011-02-151-0/+1
|
* header cleanup, conformance fixes - signalsRich Felker2011-02-141-13/+19
|
* initial check-in, version 0.5.0 v0.5.0Rich Felker2011-02-121-0/+98