aboutsummaryrefslogtreecommitdiffhomepage
path: root/cbits
Commit message (Collapse)AuthorAge
* Indicate whether a process dumped core in the ProcessStatusGravatar Simon Marlow2013-01-25
| | | | | | | | | | | | | | | The Bool field of Terminated is new, as is the documentation: data ProcessStatus = Exited ExitCode -- ^ the process exited by calling -- @exit()@ or returning from @main@ | Terminated Signal Bool -- ^ the process was terminated by a -- signal, the @Bool@ is @True@ if a core -- dump was produced | Stopped Signal -- ^ the process was stopped by a signal deriving (Eq, Ord, Show) This is an API change, hence will need a major version bump.
* execvpe exists on QNXGravatar Stephen Paul Weber2012-12-15
|
* Only use unsetenv if HAVE_UNSETENV is defined (fixes #7343)Gravatar Simon Hengel2012-10-20
|
* System.Posix.Temp complianceGravatar Deian Stefan2012-01-09
|
* mkstempsGravatar Deian Stefan2012-01-09
|
* forgot to add to previous commitGravatar Deian Stefan2012-01-05
|
* Remove some antiquated C constructsGravatar Ian Lynagh2011-08-01
| | | | | | | | Fixes validate on amd64/Linux with: SRC_CC_OPTS += -Wmissing-parameter-type SRC_CC_OPTS += -Wold-style-declaration SRC_CC_OPTS += -Wold-style-definition
* NetBSD does not have support for symbol versioning, so updated systenGravatar Simon Marlow2009-07-23
| | | | | | | | | | | | | | | | | | functions need to be given a new name, and the header files contain some __asm hackery in order to let the program call the correct function. This mean that you need to use the header files in order to call the correct system functions, which prevents things like "foreign import ccall" from working. Ghc solves this with wrapper functions for some of the renamed functions, but it has not been updated for newer versions of NetBSD that has recently versioned some more functions. The attached patches introduces wrapper functions for all currently NetBSD-versioned functions used in libraries/unix. Solves ~20 testsuite failures. Contributed by: Krister Walfridsson <krister.walfridsson@gmail.com>
* Move directory stuff from base to hereGravatar Simon Marlow2009-06-25
| | | | leaving out Windows-specific hacks
* Don't put inline'd functions in HsUnix.h; fixes trac #2969Gravatar Ian Lynagh2009-02-11
| | | | | | If they are included into a C file which also has certain symbols defined, then the behaviour of the HsUnix.h functions can change (e.g. lstat can become the 32bit, rather than 64bit, version).
* move some stuff here from System.Directory, now the dependencies are reversedGravatar Simon Marlow2008-08-21
|
* 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.
* Remove bits left over from the old build systemGravatar Ian Lynagh2007-08-11
|
* Move System.Posix.Signals from baseGravatar Ian Lynagh2007-07-29
| | | | Also adds System.Posix.Process.Internals in order to make the deps work out.
* Track the GHC source tree reoganisationGravatar Simon Marlow2006-04-07
|
* [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.