| Commit message (Collapse) | Author | Age |
|---|
| ... | |
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
As a temporary measure, use an ultra-evil sledgehammer method to silence the
PACKAGE_FOO clashes. The correct way of doing this would be splitting up
HsPACKAGE.h and ghcconfig.h into two parts each: One part would be generated by
autoheader and would contain the defines which are needed during package build
time only. The other part would contain all kinds of stuff which is needed for
using the given package (no PACKAGE_FOO defines here). For an example of this,
see the OpenAL package. As an additional benefit, this would keep the namespace
much cleaner, because 2nd kind of headers is typically smaller.
No time for the real thing currently, hope the current workaround works...
|
| |
|
|
|
|
|
|
|
| |
Add System.Posix.Signals.Exts which re-exports S.P.Signals and adds the
two signals SIGINFO on (*BSD) and SIGWINCH (most Unices) which are not
in POSIX.
You should use cpp to test if those are defined before using them. This is
encouraged by not providing dummy-definitions on platforms which do not
offer that particular flavour.
|
| |
|
|
| |
devolve some library-specific configuration
|
| |
|
|
|
| |
Changes required be merge of backend-hacking-branch. Mostly config.h
==> ghcconfig.h.
|
| |
|
|
|
| |
Hugs only: use the configure-set variable INLINE_ONLY instead of
`extern inline' (which works for gcc but not C99 compilers).
|
| |
|
|
| |
include dirent.h to avoid warnings when compiling System.Posix.Directory
|
| |
|
|
|
|
|
|
| |
Move System.Sendfile to Network.Sendfile:
- Linux can sendfile() to a fd, but BSD couldn't
- sendfile() on Linux is probably now disabled on most builds because of
the LARGEFILE issue
=> Change API to use type Socket
|
| |
|
|
| |
Can't use sendfile() with LARGEFILES on Linux
|
| |
|
|
| |
extra #include's
|
| |
|
|
| |
move environ from C to Haskell
|
| |
|
|
| |
add some standard #includes
|
| |
|
|
| |
Import System/DL*
|
| |
|
|
| |
Add System.Posix.Env
|
| |
|
|
|
|
| |
- Add sendfile-API for pumping out data via sendfile(2)
Currently supported are Linux (tested) & FreeBSD (not tested yet), others
will throw a runtime error until I get around to implement a fallback.
|
| |
|
|
|
|
|
|
|
| |
Fill in some more bits in the new Unix library: specifically the
contents of PosixTTY and PosixDB (now System.Posix.Terminal and
System.Posix.User respectively).
We're now about 95% complete w.r.t. the old posix library. I've
identified the reminaing bits to do in System/Posix.hs.
|
| |
|
|
|
|
|
|
|
| |
Make the new Posix bindings compile on Mac OS X.
Most notable, Mac OS X lacks
*) lchown
*) SIGPOLL
I don't know of a replacement of either, so they are just left out when
they are not detected by configure.
|
|
|
More POSIX bits... we're getting there.
|
simonmar