Searched hist:"90 edf67ecf94bce51e6c823ee2a10a7b65f416f8" (Results 1 – 6 of 6) sorted by relevance
/freebsd/sys/sys/ |
H A D | _ucontext.h | 90edf67ecf94bce51e6c823ee2a10a7b65f416f8 Fri Feb 12 08:38:19 CET 2016 Konstantin Belousov <kib@FreeBSD.org> POSIX states that #include <signal.h> shall make both mcontext_t and ucontext_t available. Our code even has XXX comment about this.
Add a bit of compliance by moving struct __ucontext definition into sys/_ucontext.h and including it into signal.h and sys/ucontext.h.
Several machine/ucontext.h headers were changed to use namespace-safe types (like uint64_t->__uint64_t) to not depend on sys/types.h. struct __stack_t from sys/signal.h is made always visible in private namespace to satisfy sys/_ucontext.h requirements.
Apparently mips _types.h pollutes global namespace with f_register_t type definition. This commit does not try to fix the issue.
PR: 207079 Reported and tested by: Ting-Wei Lan <lantw44@gmail.com> Sponsored by: The FreeBSD Foundation MFC after: 2 weeks
|
H A D | ucontext.h | diff 90edf67ecf94bce51e6c823ee2a10a7b65f416f8 Fri Feb 12 08:38:19 CET 2016 Konstantin Belousov <kib@FreeBSD.org> POSIX states that #include <signal.h> shall make both mcontext_t and ucontext_t available. Our code even has XXX comment about this.
Add a bit of compliance by moving struct __ucontext definition into sys/_ucontext.h and including it into signal.h and sys/ucontext.h.
Several machine/ucontext.h headers were changed to use namespace-safe types (like uint64_t->__uint64_t) to not depend on sys/types.h. struct __stack_t from sys/signal.h is made always visible in private namespace to satisfy sys/_ucontext.h requirements.
Apparently mips _types.h pollutes global namespace with f_register_t type definition. This commit does not try to fix the issue.
PR: 207079 Reported and tested by: Ting-Wei Lan <lantw44@gmail.com> Sponsored by: The FreeBSD Foundation MFC after: 2 weeks
|
H A D | signal.h | diff 90edf67ecf94bce51e6c823ee2a10a7b65f416f8 Fri Feb 12 08:38:19 CET 2016 Konstantin Belousov <kib@FreeBSD.org> POSIX states that #include <signal.h> shall make both mcontext_t and ucontext_t available. Our code even has XXX comment about this.
Add a bit of compliance by moving struct __ucontext definition into sys/_ucontext.h and including it into signal.h and sys/ucontext.h.
Several machine/ucontext.h headers were changed to use namespace-safe types (like uint64_t->__uint64_t) to not depend on sys/types.h. struct __stack_t from sys/signal.h is made always visible in private namespace to satisfy sys/_ucontext.h requirements.
Apparently mips _types.h pollutes global namespace with f_register_t type definition. This commit does not try to fix the issue.
PR: 207079 Reported and tested by: Ting-Wei Lan <lantw44@gmail.com> Sponsored by: The FreeBSD Foundation MFC after: 2 weeks
|
/freebsd/sys/x86/include/ |
H A D | ucontext.h | diff 90edf67ecf94bce51e6c823ee2a10a7b65f416f8 Fri Feb 12 08:38:19 CET 2016 Konstantin Belousov <kib@FreeBSD.org> POSIX states that #include <signal.h> shall make both mcontext_t and ucontext_t available. Our code even has XXX comment about this.
Add a bit of compliance by moving struct __ucontext definition into sys/_ucontext.h and including it into signal.h and sys/ucontext.h.
Several machine/ucontext.h headers were changed to use namespace-safe types (like uint64_t->__uint64_t) to not depend on sys/types.h. struct __stack_t from sys/signal.h is made always visible in private namespace to satisfy sys/_ucontext.h requirements.
Apparently mips _types.h pollutes global namespace with f_register_t type definition. This commit does not try to fix the issue.
PR: 207079 Reported and tested by: Ting-Wei Lan <lantw44@gmail.com> Sponsored by: The FreeBSD Foundation MFC after: 2 weeks
|
/freebsd/sys/powerpc/include/ |
H A D | ucontext.h | diff 90edf67ecf94bce51e6c823ee2a10a7b65f416f8 Fri Feb 12 08:38:19 CET 2016 Konstantin Belousov <kib@FreeBSD.org> POSIX states that #include <signal.h> shall make both mcontext_t and ucontext_t available. Our code even has XXX comment about this.
Add a bit of compliance by moving struct __ucontext definition into sys/_ucontext.h and including it into signal.h and sys/ucontext.h.
Several machine/ucontext.h headers were changed to use namespace-safe types (like uint64_t->__uint64_t) to not depend on sys/types.h. struct __stack_t from sys/signal.h is made always visible in private namespace to satisfy sys/_ucontext.h requirements.
Apparently mips _types.h pollutes global namespace with f_register_t type definition. This commit does not try to fix the issue.
PR: 207079 Reported and tested by: Ting-Wei Lan <lantw44@gmail.com> Sponsored by: The FreeBSD Foundation MFC after: 2 weeks
|
/freebsd/include/ |
H A D | signal.h | diff 90edf67ecf94bce51e6c823ee2a10a7b65f416f8 Fri Feb 12 08:38:19 CET 2016 Konstantin Belousov <kib@FreeBSD.org> POSIX states that #include <signal.h> shall make both mcontext_t and ucontext_t available. Our code even has XXX comment about this.
Add a bit of compliance by moving struct __ucontext definition into sys/_ucontext.h and including it into signal.h and sys/ucontext.h.
Several machine/ucontext.h headers were changed to use namespace-safe types (like uint64_t->__uint64_t) to not depend on sys/types.h. struct __stack_t from sys/signal.h is made always visible in private namespace to satisfy sys/_ucontext.h requirements.
Apparently mips _types.h pollutes global namespace with f_register_t type definition. This commit does not try to fix the issue.
PR: 207079 Reported and tested by: Ting-Wei Lan <lantw44@gmail.com> Sponsored by: The FreeBSD Foundation MFC after: 2 weeks
|