aboutsummaryrefslogtreecommitdiffhomepage
path: root/cbits/execvpe.c
Commit message (Collapse)AuthorAge
* Provide execvpe prototype if missingGravatar 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
|
* 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.
* Retry process execution in case of ENOTDIRGravatar Iku Iwasa2014-12-06
| | | | | | | If `PATH` environment variable contains non directory component, `__hsunix_execvpe()` failed by `ENOTDIR`. This fixes #11 for all platforms.
* 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
|
* in pPrPr_disableITimers (who made up that name?) call the RTS to disable the ↵Gravatar Simon Marlow2007-09-12
| | | | | | | | | timer Since we switched to using timer_create() in the RTS, this function has been failing to disables the timer interrupts. This turns out to be the cause of the random framework failures in the test suite. Invoking the RTS to turn off the timer signal is the right thing.
* Move System.Posix.Signals from baseGravatar Ian Lynagh2007-07-29
| | | | Also adds System.Posix.Process.Internals in order to make the deps work out.
* [project @ 2004-09-29 15:50:54 by simonmar]Gravatar simonmar2004-09-29
| | | | | | | | | | | | | | Process reorganisation: the System.Process library moves into base, and System.Cmd is re-implemented in terms of it. Thanks to Krasimir Angelov, we have a version of System.Process that doesn't rely on the unix or Win32 libraries. Normally using unix/Win32 would be the right thing, but since we want to implement System.Cmd on top of this, and GHC uses System.Cmd, we can't introduce a bunch of .hsc dependencies into GHC's bootstrap libraries. So, the new version is larger, but has fewer dependencies. I imagine it shouldn't be too hard to port to other compilers.
* [project @ 2002-10-05 22:35:45 by panne]Gravatar panne2002-10-05
| | | | | Warning police #14: Help gcc a bit with variables which are not obviously always used.
* [project @ 2002-09-12 16:38:21 by simonmar]Gravatar simonmar2002-09-12
More POSIX bits... we're getting there.
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-18 01:04:14 +0000