1. 13 Sep, 2002 2 commits
  2. 11 Sep, 2002 2 commits
  3. 10 Sep, 2002 5 commits
  4. 09 Sep, 2002 13 commits
  5. 07 Sep, 2002 1 commit
  6. 06 Sep, 2002 10 commits
    • panne's avatar
      [project @ 2002-09-06 17:56:40 by panne] · 0716aa8f
      panne authored
      Nuke the unsupported hslibs version of HOpenGL on the HEAD, too. Now
      we are only left with two versions, which I think is OK: A stable one
      (not in the fptools repository, but on my web site) and a cool, but
      *very* incomplete one (currently only GLUT) for bleeding edge people
      in the hierarchical libraries parts of the repository.
    • simonmar's avatar
      [project @ 2002-09-06 14:40:28 by simonmar] · c92ddc55
      simonmar authored
      Disallow ForeignObj as well as ForeignPtr FFI arguments
    • simonmar's avatar
      [project @ 2002-09-06 14:35:42 by simonmar] · b3e4cb91
      simonmar authored
      Finally separate the compiler from hslibs.
      Mainly import wibbles, and use the new POSIX library when
    • simonmar's avatar
      [project @ 2002-09-06 14:34:13 by simonmar] · 77186ef4
      simonmar authored
      Partial rewrite of the POSIX library.
      The main purpose of this sweep is to remove the last dependencies of
      the compiler on hslibs.  When I've committed the associated compiler
      changes, only the 'base' package will be required to bootstrap the
      compiler.  Additionally to build GHCi, the 'readline' and 'unix'
      packages will be required.
      The new POSIX library lives mostly in libraries/unix, with a few bits
      required for compiler bootstrapping in libraries/base.  The 'base'
      package is mostly free of hsc2hs code to make bootstrapping from HC
      files easier, but the 'unix' package will use hsc2hs liberally.
      The old POSIX library continues to provide more-or-less the same
      interface as before, although some of the types are more correct now
      (previously lots of POSIX types were just mapped to Int).  The new
      interface is largely the same as the old, except that some new
      functionality from the latest POSIX spec has been added (eg. symbolic
      So far, the new POSIX library has signal support, directory/file
      operations and lots of stuff from unistd.h.  The module names are:
      	The main dude, exports everything
      	All the POSIX types, using the same naming scheme as
              Foreign.C.Types, Eg. CUid, COff, etc.  Many of these types
              were previously exported by GHC.Posix.
              Additionally exports the "nicer" names used by the old POSIX
      	library for compatibility (eg. ProcessID == CPid, FileMode ==
      	CMode, etc.)
      	All reasonable instances are derived for these types.
      	Signal support, contains most of which was in PosixProcPrim before.
      	The RTS interface to the signal handling support has been
      	rationalised slightly.
       	Directory support, most were in PosixFiles before.
      	File operations, most were in PosixFiles before.
      	(for want of a better name) Miscellaneous bits that mostly come
      	from the unistd.h header file.  PosixProcEnv before.
      The rest of the library should pan out like so:
        System.Posix.Error   (maybe)
      (I've no doubt broken Win32 support, but I'm checking the build at the moment).
    • simonmar's avatar
      [project @ 2002-09-06 14:00:25 by simonmar] · 0ceb6ee8
      simonmar authored
      Remove ForeignObj and ForeignPtr keys
    • simonmar's avatar
      [project @ 2002-09-06 13:58:58 by simonmar] · dc9c5583
      simonmar authored
      Remove foreignPtrTyCon and foreignObjTyCon
    • simonmar's avatar
      [project @ 2002-09-06 13:52:21 by simonmar] · 446fbcd7
      simonmar authored
      Disallow ForeignPtr as an FFI argument type.
    • simonmar's avatar
      [project @ 2002-09-06 13:51:38 by simonmar] · 21a8a75d
      simonmar authored
      Disallow 'ForeignPtr' as an FFI argument type.  It has been deprecated
      for some time (withForeignPtr is the approved way to pass a
      ForeignPtr).  The changes I'm about to make to ForeignPtr will stop it
      working anyhow.
    • simonmar's avatar
      [project @ 2002-09-06 09:56:12 by simonmar] · f8e722a4
      simonmar authored
      Selector Thunk Fix, take II.
      The previous version didn't deal well with selector thunks which point
      to more selector thunks, and on closer inspection the method was
      flawed.  Now I've introduced a function
      	StgClosure *eval_selector_thunk( int field, StgClosure * )
      which evaluates a selector thunk returning its value, in from-space,
      if possible.  It blackholes the thunk during evaluation.  It might
      recursively evaluate more selector thunks, but it does this in a
      bounded way and updates the thunks with indirections (NOT forwarding
      pointers) after evaluation.
      This cleans things up somewhat, and I believe it deals properly with
      both types of selector-thunk loops that arise.
    • ken's avatar
      [project @ 2002-09-06 01:00:04 by ken] · eca38799
      ken authored
      perl made uglier to work around the perl 5.7/5.8 bug documented at
      http://bugs6.perl.org/rt2/Ticket/Display.html?id=1760 and illustrated
      by the seg fault of perl -e '("x\n" x 5000) =~ /(.*\n)+/'
  7. 05 Sep, 2002 3 commits
    • simonmar's avatar
      [project @ 2002-09-05 16:26:33 by simonmar] · 8435b2e4
      simonmar authored
      Fix for infinite loop when there is a THUNK_SELECTOR which eventually
      refers to itself, such as might be generated by code like
      	let x = (fst x, snd x) in ...
      At the same time, I re-enabled the code to traverse multiple selector
      thunks with bounded depth, because I believe it now works.
      MERGE TO STABLE (but test thoroughly in the HEAD first, this is
      fragile stuff)
    • simonmar's avatar
      [project @ 2002-09-05 10:25:01 by simonmar] · 5ac854ef
      simonmar authored
      In code style, print negative floating point literals in parentheses
      to avoid interacting with surrounding syntax.
      Fixes SourceForge bug #604849
    • simonmar's avatar
      [project @ 2002-09-05 08:58:55 by simonmar] · ed6e7225
      simonmar authored
      Remove RtsAPIDeprec.c, since this is causing grief.  The upshot (I
      think) is that you won't be able to do foreign import "wrapper" with
      an Addr in the type.
  8. 04 Sep, 2002 4 commits