Only language extensions not active when `-XHaskell2010` is enabled are
declared, this way we can drop many redundant
`{-# LANGUAGE ForeignFunctionInterface #-}` occurences. This commit also
removes/replaces some `{-# OPTIONS_GHC -XRecordWildCards #-}` pragmas.

Signed-off-by: Herbert Valerio Riedel <hvr@gnu.org>

This is fallout from the fix for T8108.

Signed-off-by: Austin Seipp <aseipp@pobox.com>

redneb authored 12 years ago and thoughtpolice committed 11 years ago

Also comes with tests. This closes #8108.

Signed-off-by: Austin Seipp <aseipp@pobox.com>

Signed-off-by: Edward Z. Yang <ezyang@mit.edu>

We don't run the unix tests on Windows anyway.

and remove code to support older versions

redneb authored 13 years ago and pcapriotti committed 13 years ago

Signed-off-by: Paolo Capriotti <p.capriotti@gmail.com>

The new module System.Posix.ByteString provides exactly the same API
as System.Posix, except that:

  - There is a new type: RawFilePath = ByteString

  - All functions mentioning FilePath in the System.Posix API
    use RawFilePath in the System.Posix.ByteString API

  - RawFilePaths are not subject to Unicode locale encoding and
    decoding, unlike FilePaths.  They are the exact bytes passed to and
    returned from the underlying POSIX API.

  - Similarly for functions that deal in environment
    strings (System.Posix.Env): these use untranslated ByteStrings
    in System.Posix.Environment

  - There is a new function

     System.Posix.ByteString.getArgs :: [ByteString]

    returning the raw untranslated arguments as passed to exec() when
    the program was started.

The RTS doesn't get a chance to produce the profile output after
executeFile, so tests that check for correct profiling output will fail.

Or at least, it works well enough to run this test.  The main GHCi
thread is gone after forking, but the current evaluation continues to
run.

See  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466647

The API is the same (for now).  The new implementation has the
capability to define signal handlers that have access to the siginfo
of the signal (#592), but this functionality is not exposed in this
patch.

#2451 is the ticket for the new API.

The main purpose of bringing this in now is to fix race conditions in
the old signal handling code (#2858).  Later we can enable the new
API in the HEAD.

Implementation differences:

 - More of the signal-handling is moved into Haskell.  We store the
   table of signal handlers in an MVar, rather than having a table of
   StablePtrs in the RTS.

 - In the threaded RTS, the siginfo of the signal is passed down the
   pipe to the IO manager thread, which manages the business of
   starting up new signal handler threads.  In the non-threaded RTS,
   the siginfo of caught signals is stored in the RTS, and the
   scheduler starts new signal handler threads.

We used to get
 *** Exception: getGroupEntryForName: failed (Success)
Fixes trac #1655