aboutsummaryrefslogtreecommitdiffhomepage
Commit message (Collapse)AuthorAge
...
* 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>
* Fix warningGravatar Ian Lynagh2009-07-11
|
* Fix some "warn-unused-do-bind" warnings where we want to ignore the valueGravatar Ian Lynagh2009-07-10
|
* Remove unused importsGravatar Ian Lynagh2009-07-07
|
* Move directory stuff from base to hereGravatar Simon Marlow2009-06-25
| | | | leaving out Windows-specific hacks
* rename cache variables to keep recent autoconfs happyGravatar Ross Paterson2009-06-16
|
* Decouple from base (almost)Gravatar Simon Marlow2009-06-18
| | | | by copying foreign imports here from System.Posix.Internals
* Update to work with the new GHC IO library internalsGravatar Simon Marlow2009-06-11
|
* add test for fdReadBuf/fdWriteBufGravatar Simon Marlow2009-05-29
|
* add fdReadBuf, fdWriteBufGravatar Simon Marlow2009-05-29
| | | | | | | | | | | | | | | | -- | Read data from an 'Fd' into memory. This is exactly equivalent -- to the POSIX @read@ function. fdReadBuf :: Fd -> Ptr Word8 -- ^ Memory in which to put the data -> ByteCount -- ^ Maximum number of bytes to read -> IO Bytecount -- ^ Number of bytes read (zero for EOF) -- | Write data from memory to an 'Fd'. This is exactly equivalent -- to the POSIX @write@ function. fdWriteBuf :: Fd -> Ptr Word8 -- ^ Memory containing the data to write -> ByteCount -- ^ Maximum number of bytes to write -> IO ByteCount -- ^ Number of bytes written
* Give bounds for the base dependency; fixes #3142Gravatar Ian Lynagh2009-05-24
|
* Make get{Group,User}EntryBy{ID,Name} more portable.Gravatar Matthias Kilian2009-03-29
| | | | | | | | Retry with a larger buffer whenever getgrgid_r(3), getgrnam_r(3), getpwuid_r(3) or getpwnam_r(3) return ERANGE. Suggested in the examples sections of IEEE Std 1003.1-2008. While here, change the default for grBufSize back to 1024.
* fix this test: we were overflowing the IO manager's pipe with too many signalsGravatar Simon Marlow2009-03-10
|
* Add config.guess config.sub install-sh as extra-source-filesGravatar Ian Lynagh2009-03-07
|
* Tweak an internal detailGravatar Ian Lynagh2009-03-04
| | | | | | We now use an EmptyDataDecl rather than recursive newtype as an argument to Ptr. As well as being prettier, this also avoids an infinite loop bug in haddock (trac #3066).
* Remove an incorrect commentGravatar Ian Lynagh2009-03-04
|
* Remove some debugging CPPGravatar Ian Lynagh2009-02-26
|
* Rewrite of signal-handling.Gravatar Simon Marlow2009-02-19
| | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* 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).
* fix warningsGravatar Simon Marlow2009-02-03
|
* Add check for -lrt to get the shm* functions. Subst. in buildinfoGravatar Don Stewart2009-01-30
|
* SharedMem.hsc wasn't including HsUnixConfig.h, so no #defines were propagatingGravatar Don Stewart2009-01-30
|
* Require Cabal version >= 1.6Gravatar Ian Lynagh2009-01-22
|
* Add "bug-reports" and "source-repository" info to the Cabal fileGravatar Ian Lynagh2009-01-21
| | | | Also switched to the modern Cabal file format
* generalise type of executeFile (#2948)Gravatar Simon Marlow2009-01-14
|
* Avoid using IOError internalsGravatar Ian Lynagh2009-01-04
|
* fix pthread linkage problem for openbsdGravatar Matthias Kilian2008-11-29
| | | | | | This should make my openbsd build slave happy when SplitObjs=NO. May be useful for other BSDs and even Linux, regardless wether you need -pthread or -lpthread. Time will tell...
* catch up with exception changesGravatar Simon Marlow2008-09-27
|
* Bump version number to 2.3.1.0Gravatar Ian Lynagh2008-09-20
|
* follow library changesGravatar Ian Lynagh2008-09-03
|
* add category fieldGravatar Ross Paterson2008-08-24
|
* We now depend on concurrent (split off from base)Gravatar Ian Lynagh2008-08-24
|
* Fix the build when CONST_SIGPOLL == -1Gravatar Ian Lynagh2008-08-23
| | | | We were defining, but not using, sigPOLL
* Fix warnings in the unix packageGravatar Ian Lynagh2008-08-21
|
* move some stuff here from System.Directory, now the dependencies are reversedGravatar Simon Marlow2008-08-21
|
* Follow extensible exceptions changesGravatar Ian Lynagh2008-06-23
|
* Allow C's unsetenv to return either void or intGravatar Ian Lynagh2008-07-03
| | | | Fixes, and patch from donn in, trac #2352.
* Avoid using deprecated flagsGravatar Ian Lynagh2008-06-16
|
* move __hscore_{mkstemp,getrlimit,setrlimit} here from baseGravatar Ross Paterson2008-06-15
|
* Add a test for #2038 (resourceLimit)Gravatar Ian Lynagh2008-05-20
|
* Use the C wrappers for [gs]etrlimitGravatar Ian Lynagh2008-05-20
| | | | | This is for #2038: macros are used in the Linux .h includes to redirect to a 64-bit version when large file support is enabled.
* Use the __hscore_mkstemp wrapper from the base packageGravatar Ian Lynagh2008-05-20
| | | | | This is for #2038: macros are used in the Linux .h includes to redirect to a 64-bit version when large file support is enabled.
* small doc tweakGravatar Simon Marlow2008-05-08
|
* add AC_SYS_LARGEFILE check to configure.acGravatar jeremy.shaw@linspireinc.com2008-02-13
| | | | | | | | | | | | | | | | | | As explained in this thread: http://www.haskell.org/pipermail/haskell-cafe/2008-February/039549.html getSymbolicLinkStatus (and possibly other functions) return completely bogus results. This is because hsc2hs returns the offsets for stat64, but the library is built such that it calls the 32 bit lstat call. I copied the AC_SYS_LARGEFILE from ghc's configure.ac. So, I believe the library should now properly autodetect whether your system has large file support and do the right thing more often. I suspect that this would still be buggy if ghc was built without large file support, but the library was built with it enabled. However, as long as AC_SYS_LARGEFILE returns the same results for 'ghc' and 'unix', things should be ok ?
* Throw a proper exception if getUserEntryForName fails to find an entryGravatar Ian Lynagh2008-01-15
| | | | Fixes trac #2033.
* Add a test getUserEntryForName for trac #1976Gravatar Ian Lynagh2008-01-15
|
* protect against concurrent access to the signal handlers (#1922)Gravatar Simon Marlow2007-12-04
|
* Fix some haddock linksGravatar Ian Lynagh2007-11-26
|
* Throw a proper exception if getGroupEntryForName fails to find an entryGravatar Ian Lynagh2007-11-10
| | | | | | We used to get *** Exception: getGroupEntryForName: failed (Success) Fixes trac #1655
* fix framework failuresGravatar Simon Marlow2007-10-29
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-06 21:55:07 +0000