1. 31 Jul, 2000 2 commits
  2. 27 Jul, 2000 4 commits
  3. 26 Jul, 2000 6 commits
  4. 25 Jul, 2000 6 commits
    • rrt's avatar
      [project @ 2000-07-25 18:16:53 by rrt] · 3eb5132a
      rrt authored
      Advised Windows users to read the Windows installation notes for GHC before
      trying to build anything.
    • rrt's avatar
      [project @ 2000-07-25 18:10:38 by rrt] · 3295b59b
      rrt authored
      Pointed out that Windows users should read the GHC installation guide before
      trying to build anything.
    • simonmar's avatar
      [project @ 2000-07-25 15:54:38 by simonmar] · 94b2b47a
      simonmar authored
      increase the repeat count; this bug is pretty fragile
    • simonmar's avatar
      [project @ 2000-07-25 15:48:16 by simonmar] · 5416852e
      simonmar authored
      Add test for handle finalization bug, fixed in
        1.60      +1 -2      fptools/ghc/lib/std/PrelHandle.lhs
        1.15      +4 -10     fptools/ghc/lib/std/PrelIO.lhs
    • simonmar's avatar
      [project @ 2000-07-25 15:20:10 by simonmar] · 8d2a22ef
      simonmar authored
      Fix bug reported by Hannah Schroeter: reading a file lazily using
      hGetContents and then closing it using hClose can cause the program to
      fall over with a deadlock.
      The reason is that when closing the file in lazyRead{Block,Line,Char},
      we set the foreign object in the handle to nullFile__, which causes
      the finalizer to run (at some point in the future).  The finalizer
      takes the MVar in the handle, frees the contents, but never puts the
      MVar back.  hClose then tries to take the MVar, and deadlocks.
      The solution is not to set the foreign object to nullFile__ in the
      first place; I'm not sure why it was done this way, and in fact it
      leads to a memory leak.  hClose itself has a similar problem, leading
      to a leak of the fileObject.
    • michaelw's avatar
      [project @ 2000-07-25 12:24:14 by michaelw] · d6e97b4e
      michaelw authored
      giving the version number when asked for is NOT an error, therefore
      output now goes to stdout (cf. Coding Standards)
  5. 24 Jul, 2000 3 commits
    • simonmar's avatar
      [project @ 2000-07-24 15:31:47 by simonmar] · a8e67124
      simonmar authored
      update documentation to reflect changes in the format of a package spec.
    • simonmar's avatar
      [project @ 2000-07-24 15:16:44 by simonmar] · efc23818
      simonmar authored
      Sigh, change the package definition again.  We weren't making a
      distinction between libraries which need a suffix tag
      (eg. libHSstd_p), and those that don't (eg. libHSstd_cbits).
      The package spec now has two components for libraries, hs_libraries
      (tagged) and extra_libraries (untagged).  The ordering of these
      components is important: we specify that hs_libraries are linked
      before extra_libraries.  This sounds problematic if you want to link
      some plain C libraries before some Haskell libs, but in these cases it
      should be possible to create separate packages for the two libs and
      specify the dependencies explicitly.
    • simonmar's avatar
      [project @ 2000-07-24 14:29:55 by simonmar] · 1da7b45d
      simonmar authored
      Some changes to the way FFI decls are handled:
        - a foreign export dynamic which returns a newtype of
          an Addr now works correctly.  Similarly for foreign label.
        - unlifted types are not allowed in the arguments of a foreign
          export.  Previously we generated incorrect code for these cases.
      Newtypes in FFI declarations now work everywhere they should, as far
      as I can see.
      These changes will be backported into 4.08.1.
  6. 23 Jul, 2000 1 commit
    • panne's avatar
      [project @ 2000-07-23 10:53:11 by panne] · c8a6996a
      panne authored
      Strictfp-like behaviour is the default now, which can be switched off
      via -fexcess-precision. (Has anybody a better name for this option?)
  7. 21 Jul, 2000 8 commits
  8. 20 Jul, 2000 5 commits
    • rrt's avatar
      [project @ 2000-07-20 17:06:41 by rrt] · ba5a490c
      rrt authored
      What's the story, Rory?
         My name's not Rory. Owing to circumstances not fully understood, the RTS
         used to work DLLized, even though it was largely broken. Unfortunately,
         this was recently fixed.
      What used to happen?
         The EF_ macro from StgMacros.h was used to refer to primops &c.
      Why was this a Bad Thing?
         Because you need to use EDF_ when building with DLLs.
      What was the result?
         primops such as divExactInteger were compiled as _divExactInteger, rather
         than __imp__div_Exact_Integer, so they didn't refer to the DLL routines.
      How on earth did it work?
         I'm not sure, but somehow the code for the relevant routines got linked
         into the import libraries (e.g. libHSrts_imp.a), and were thus linked
         statically into the final binary.
      So that explains why the import libraries (supposedly just containing stubs)
      were larger than the DLLs they were stubbing, or the static libraries, for
      that matter?
      What caused this code leakage?
         That's what I don't know. Perhaps a bug in the Cygwin DLL-building tools?
         I've upgraded from B20.1 to 1.1 recently.
      So, what's the hack, Mac?
         My name's not Mac. I added a new macro, ERTSF_, which uses DLL_IMPORT_RTS
         to make sure that the Right Thing is always done (because you mustn't
         make DLL references to RTS routines when compiling the RTS).
      Thanks for the chat, Matt!
    • rrt's avatar
      [project @ 2000-07-20 12:33:09 by rrt] · 8e3dd3c9
      rrt authored
    • rrt's avatar
      [project @ 2000-07-20 12:32:50 by rrt] · 71e271dc
      rrt authored
      Fixed a version-o.
    • rrt's avatar
      [project @ 2000-07-20 10:50:47 by rrt] · d4d93d44
      rrt authored
      &amp;gt; => &gt;
    • rrt's avatar
      [project @ 2000-07-20 10:34:42 by rrt] · 6873ca83
      rrt authored
      Updated instructions for Windows install to reflect reality as of v4.08.
  9. 19 Jul, 2000 4 commits
  10. 18 Jul, 2000 1 commit