#
16b64fc3 |
| 09-Sep-2024 |
rillig <rillig@NetBSD.org> |
signal.h: sync comment with code, remove trailing whitespace
|
#
686d7357 |
| 02-Nov-2021 |
christos <christos@NetBSD.org> |
Expose sigaltstack, stack_t and friends to Posix Issue 5 (200809L) References:
https://man7.org/linux/man-pages/man2/sigaltstack.2.html https://pubs.opengroup.org/onlinepubs/9699919799/functions/sig
Expose sigaltstack, stack_t and friends to Posix Issue 5 (200809L) References:
https://man7.org/linux/man-pages/man2/sigaltstack.2.html https://pubs.opengroup.org/onlinepubs/9699919799/functions/sigaltstack.html
show more ...
|
#
02edde8a |
| 01-Nov-2021 |
thorpej <thorpej@NetBSD.org> |
Version the sigaction(2) libc wrapper. The new version uses the "siginfo" trampoline exclusively, thus relegating "sigcontext"-style handlers (which have not been documented for many years now) to t
Version the sigaction(2) libc wrapper. The new version uses the "siginfo" trampoline exclusively, thus relegating "sigcontext"-style handlers (which have not been documented for many years now) to the dustbin of the compat library.
show more ...
|
#
4cbe3e34 |
| 08-Jan-2019 |
joerg <joerg@NetBSD.org> |
Provide global variables with C linkage, otherwise they will create conflicts for C++ modules use.
|
#
48669190 |
| 09-May-2017 |
kre <kre@NetBSD.org> |
Add the new signalname/signalnext/signalnumber interface to libc.
This as discussed on current-users in the thread entitled: Proposal: new libc/libutil functions to map SIGXXXX <-> "XXXX" that can
Add the new signalname/signalnext/signalnumber interface to libc.
This as discussed on current-users in the thread entitled: Proposal: new libc/libutil functions to map SIGXXXX <-> "XXXX" that can be found (starting at): http://mail-index.netbsd.org/current-users/2017/04/28/msg031600.html
These functions provide the mechanism to enable applications to divorce themselves from internal details of the signal implementation.
Libc minor bumped, prototypes in <signal.h>, sets lists updated (and sorted).
One and all: feel free to improve the sources & man page (etc), but please do not change the function signatures without discussion.
show more ...
|
#
0c4bdb74 |
| 31-Jul-2015 |
kamil <kamil@NetBSD.org> |
Do as POSIX says, define the timespec structure in <signal.h>
Extract struct timespec from <sys/time.h> and put into a separate header.
This solution is minimally invasive.
|
#
6a480416 |
| 27-Aug-2010 |
christos <christos@NetBSD.org> |
The signal number argument in psignal is int not unsigned int. Add psiginfo.
|
#
44b30937 |
| 31-Jul-2010 |
joerg <joerg@NetBSD.org> |
Define a new __c99inline macro for compilers known to implement the C99 behavior. This unbreaks GCC 4.4's libgfortran build with the old signal.h logic, because GCC decided to put the body for the s
Define a new __c99inline macro for compilers known to implement the C99 behavior. This unbreaks GCC 4.4's libgfortran build with the old signal.h logic, because GCC decided to put the body for the sigsetop functions in multiple objects.
show more ...
|
#
c76d621d |
| 04-May-2010 |
plunky <plunky@NetBSD.org> |
handle the difference between C99 and GNUC semantics of inline functions with external linkage, by using "inline" for STDC and "extern inline" for GNUC
(as noted by joerg@, using static inline may b
handle the difference between C99 and GNUC semantics of inline functions with external linkage, by using "inline" for STDC and "extern inline" for GNUC
(as noted by joerg@, using static inline may be clearer)
show more ...
|
#
50728e78 |
| 11-Jan-2009 |
christos <christos@NetBSD.org> |
merge christos-time_t
|
#
65900038 |
| 03-Mar-2008 |
dholland <dholland@NetBSD.org> |
Add a comment noting that the definition of __errno is now replicated in signal.h. Per request of joerg@
|
#
933ac468 |
| 24-Feb-2008 |
dholland <dholland@NetBSD.org> |
signal.h is not supposed to define errno, so use ___errno instead. Adjust errno.h in a compatible fashion to avoid -Wredundant-decls issues. I have run a build to check the tree for places where errn
signal.h is not supposed to define errno, so use ___errno instead. Adjust errno.h in a compatible fashion to avoid -Wredundant-decls issues. I have run a build to check the tree for places where errno.h is missing, and fixed the cases I found, but there might be more in MD code.
show more ...
|
#
5af00b0b |
| 07-Jan-2006 |
kleink <kleink@NetBSD.org> |
pthread_sigmask(): Add restrict qualifier to set, oset args.
|
#
e67ad767 |
| 27-Dec-2005 |
perry <perry@NetBSD.org> |
inline -> __inline for selected things (specifically, the header file is POSIX visible and the usage isn't #ifdef _KERNEL)
Discussed with core. I may need to go farther than this but for now compila
inline -> __inline for selected things (specifically, the header file is POSIX visible and the usage isn't #ifdef _KERNEL)
Discussed with core. I may need to go farther than this but for now compilations done with gcc -ansi (i.e. firefox) will be okay.
show more ...
|
#
a2cd7322 |
| 24-Dec-2005 |
perry <perry@NetBSD.org> |
Remove leading __ from __(const|inline|signed|volatile) -- it is obsolete.
|
#
ccaf4d67 |
| 15-Sep-2005 |
drochner <drochner@NetBSD.org> |
use __inline as before, otherwise "gcc -ansi" blows up
|
#
66412e72 |
| 13-Sep-2005 |
christos <christos@NetBSD.org> |
compat code reorg
|
#
b9a719ae |
| 22-Mar-2005 |
kleink <kleink@NetBSD.org> |
Add restrict qualifiers to remaining <signal.h> function arguments.
|
#
19b7469a |
| 03-Feb-2005 |
perry <perry@NetBSD.org> |
de-__P -- the hack is long since useless. Discussed with christos, matt, kleink, others. Approved by christos.
|
#
e3842bbd |
| 20-Jan-2005 |
drochner <drochner@NetBSD.org> |
Remove the remains of "struct sigcontext" and sigreturn() from the user visible namespace. These weren't supported interfaces for a while (it just happened to work with COMPAT_16 kernels). There are
Remove the remains of "struct sigcontext" and sigreturn() from the user visible namespace. These weren't supported interfaces for a while (it just happened to work with COMPAT_16 kernels). There are still internal uses in compat code and as jmp_buf format, but this is all md code which uses <machine/signal.h>. with christos' agreement
show more ...
|
#
0e466f4a |
| 31-Dec-2004 |
christos <christos@NetBSD.org> |
Provide forward struct declarations for struct sigcontext*; this will allow us to get rid of them in the machine/signal.h files.
|
#
0eaa8971 |
| 10-Dec-2004 |
nathanw <nathanw@NetBSD.org> |
Use CPP macros to cause many libpthread functions used by applications to be transformed into the do-nothing-when-libpthread-isn't-linked libc stub names. This will permit library code that uses <pth
Use CPP macros to cause many libpthread functions used by applications to be transformed into the do-nothing-when-libpthread-isn't-linked libc stub names. This will permit library code that uses <pthread.h> and pthread functions "defensively" to not need to link against libpthread and not need to be patched to the threadlib.h API.
show more ...
|
#
7e47c9f6 |
| 01-Jul-2004 |
kleink <kleink@NetBSD.org> |
Resolve some namespace protection confusion between XPG4.2 and 5/1003.1b, making _XOPEN_SOURCE_EXTENDED work again. Fixes PR lib/26077.
|
#
c3d77c55 |
| 23-May-2004 |
kleink <kleink@NetBSD.org> |
Implement sigemptyset() and sigfillset() not as macros but as inline functions, just like the rest of the sigsetops. From J.T.Conklin in PR lib/25627; originally prompted to work around problems wit
Implement sigemptyset() and sigfillset() not as macros but as inline functions, just like the rest of the sigsetops. From J.T.Conklin in PR lib/25627; originally prompted to work around problems with an application but also fixing one important bug: per POSIX, these functions may be additionally implemented as macros, iff they evaluate their macros only once. This was not the case.
show more ...
|
#
f2b01de1 |
| 12-Sep-2003 |
christos <christos@NetBSD.org> |
don't put __libc_sigaction14 under __LIBC12_SOURCE__. It is wrong, because then we have to define __LIBC12_SOURCE__ from __sigaction14_sigtramp.c and that has the side effect of redefining struct sig
don't put __libc_sigaction14 under __LIBC12_SOURCE__. It is wrong, because then we have to define __LIBC12_SOURCE__ from __sigaction14_sigtramp.c and that has the side effect of redefining struct sigaction to the old one.
show more ...
|