aboutsummaryrefslogtreecommitdiffhomepage
path: root/include/execvpe.h
Commit message (Collapse)AuthorAge
* Use more direct CApiFFI for pPrPr_disableITimersGravatar Herbert Valerio Riedel2016-01-31
|
* Simplify code via AC_USE_SYSTEM_EXTENSIONSGravatar Herbert Valerio Riedel2015-12-03
| | | | | `AC_USE_SYSTEM_EXTENSIONS` takes care of defining feature_test_macros(7) thereby allowing us to remove a few manual `#define`s
* Tweak execvpe.h hack (see 256b19184bcb) some moreGravatar Herbert Valerio Riedel2014-12-07
|
* Repeat execvpe(3) prototype (fup to 7bad9d7d52d)Gravatar Herbert Valerio Riedel2014-12-06
| | | | | This is needed in case `<unistd.h>` was included before "execvpe.h" w/o `_GNU_SOURCE` set (on Glibc systems)
* Have "execvpe.h" provide execvpe() againGravatar Herbert Valerio Riedel2014-12-06
| | | | | | Turns out `process` reuses `unix`'s execvpe() implementation, and the refactoring in f24ba78f68b2cbc4f4afadc8dd60fc2935357255 broke process.
* Refactor local `execvpe(3)` implementationGravatar Herbert Valerio Riedel2014-12-06
| | | | | | | | | | | | | | | | | The previous code was prone to conflicts with when the platform happens to expose a `execvpe(3)` implementation in its libc. This commit renames the internal implementation to `__hsunix_execvpe` as well as adding an autoconf-detection for the presence of `execvpe(3)`, in which case `__hsunix_execvpe()` forwards the call to `execvpe(3)`. Moreover, the code has been cleaned up to remove likely bitrotted CPP conditionals. This should fix #22 (This also partially addresses #11 on platforms which have a libc-provided `execvpe(3)`)
* execvpe exists on QNXGravatar Stephen Paul Weber2012-12-15
|
* Move System.Posix.Signals from baseGravatar Ian Lynagh2007-07-29
Also adds System.Posix.Process.Internals in order to make the deps work out.