1. 27 Apr, 2005 11 commits
  2. 26 Apr, 2005 5 commits
    • simonmar's avatar
      [project @ 2005-04-26 15:44:48 by simonmar] · 68ded3ed
      simonmar authored
      resetStaticObjectForRetainerProfiling: catch up changes in ClosureMacros.h
    • simonmar's avatar
      [project @ 2005-04-26 15:08:16 by simonmar] · f6aa7ddc
      simonmar authored
      When chasing explicit imports, we now look for the module in both the
      home package and external packages, and complain if it is found in
      Chasing modules from: Overlap
      Cannot import `List':
        it was found in both overlap/List.hs and package haskell98-1.0.
        Possible fix: -ignore-package haskell98-1.0
        (imported from overlap/Overlap.hs)
      Previously the home module would have been ignored in favour of the
      package module.  It means we're doing a bit more searching, but the
      behaviour is less obscure.
    • simonmar's avatar
      [project @ 2005-04-26 14:43:31 by simonmar] · ff75ee77
      simonmar authored
      Back out previous revision.
      It appears that passing -g to the assembly phase of C compilation
      results in an object file with broken debug info, that gdb can't
      read.  This is probably a bug in gcc and/or binutils, but this change
      means that I can't avoid it (unless we were to hack the pipeline to
      do .c->.s->.o in one stage instead of two).
    • simonmar's avatar
      [project @ 2005-04-26 12:00:48 by simonmar] · 23951581
      simonmar authored
      Add entry about non-blocking stdin and System.Cmd.{system,rawSystem}.
    • sof's avatar
      [project @ 2005-04-26 00:08:17 by sof] · 136861d1
      sof authored
      runSomething: 'rawSystem' might raise an exception to indicate that
      'pgm' couldn't be executed, so catch this here & report.
      Merge to STABLE.
  3. 25 Apr, 2005 8 commits
    • simonmar's avatar
      [project @ 2005-04-25 15:56:19 by simonmar] · 17118d27
      simonmar authored
      scavenge_one: fix reversed PAP/AP cases
    • simonmar's avatar
      [project @ 2005-04-25 15:36:28 by simonmar] · b050008e
      simonmar authored
      Partial support for deadlock detection in the threaded/SMP RTS.
      The idea is to wait until a complete time slice has gone by without
      running any Haskell code, and then try doing a GC to detect deadlocked
      This kind of works: but we can only wake up a worker thread from the
      signal handler if there's another worker running - we can't wake up the
      current thread, it seems.
    • simonmar's avatar
      [project @ 2005-04-25 14:22:29 by simonmar] · 8974a27f
      simonmar authored
      interruptStgRts: call threadRunnable().  This might not work properly
      from a signal handler, but it's all we can do (and seems to do
      something reasonable on Linux).
    • simonmar's avatar
      [project @ 2005-04-25 14:13:23 by simonmar] · e343c124
      simonmar authored
      atomicModifyMutVarzh_fast: move the sm_mutex acquisition *after* the
      heap check
    • simonmar's avatar
      [project @ 2005-04-25 13:45:40 by simonmar] · 6d6a9574
      simonmar authored
      Yet another StgClosure that should be StgThunk
    • simonmar's avatar
      [project @ 2005-04-25 13:17:59 by simonmar] · c63c56c2
      simonmar authored
      stg_raise: we should by using StgThunk_payload(), not StgClosure_payload()
    • simonmar's avatar
      [project @ 2005-04-25 13:02:31 by simonmar] · 50b971bd
      simonmar authored
      Requested by Duncan Coutts: -optc flags get passed to the assembler
      phase too.  It's not obvious, when using GHC to compile a .c file,
      that options need to be passed both with -optc and -opta - gcc doesn't
      need this, for example.
      This is an experimental change - if it breaks anything we can back it
      out.  If anyone needs to pass flags to the .c->.s phase *only*, then
      we will need to add another flag for that purpose.  It seems unlikely,
      though (there aren't many flags that affect the assembler only, and
      those that do don't conflict with flags for the C phase).
    • simonmar's avatar
      [project @ 2005-04-25 09:32:23 by simonmar] · c03e133e
      simonmar authored
      daVinci is now called uDraw(Graph)
  4. 24 Apr, 2005 4 commits
  5. 23 Apr, 2005 4 commits
  6. 22 Apr, 2005 8 commits
    • simonmar's avatar
      [project @ 2005-04-22 22:00:00 by simonmar] · 29179ddf
      simonmar authored
      Don't split in here
    • simonmar's avatar
      [project @ 2005-04-22 21:57:42 by simonmar] · b5277a2b
      simonmar authored
      Fix a comment
    • simonmar's avatar
      [project @ 2005-04-22 21:54:37 by simonmar] · 395f4b28
      simonmar authored
      enable splitting on x86_64
    • simonmar's avatar
      [project @ 2005-04-22 21:54:08 by simonmar] · 3a324adb
      simonmar authored
      splitting support on x86_64
    • simonmar's avatar
      [project @ 2005-04-22 21:16:27 by simonmar] · f33bd72e
      simonmar authored
      fix uses of stderr
    • sof's avatar
      [project @ 2005-04-22 17:50:13 by sof] · fbf16357
      sof authored
      Switch to a manual-reset event for the completed-console-event object;
      with auto-reset, we ran the risk of leaving it in a signalled state.
      Merge to STABLE.
    • sof's avatar
      [project @ 2005-04-22 17:15:51 by sof] · c3b7d57d
      sof authored
      Switch away from using _spawnv() to CreateProcess(); the former has the
      annoying 'feature' that it quits upon Ctrl-C, leaving its child in the
      background. Use CreateProcess() instead and avoid the Ctrl-C issue by
      having the wrapper let go of its console before waiting for the sub-process
      running GHCi to exit.
      This still doesn't fix the issue of Ctrl-C handling when the 'ghci' wrapper
      is invoked from a cygwin-based bash. cmd.exe users will hopefully see
      an improvement in behaviour though.
      Merge to STABLE.
    • sof's avatar
      [project @ 2005-04-22 17:00:48 by sof] · ecb1a539
      sof authored
      [mingw only]
      Better handling of I/O request abortions upon throwing an exception
      to a Haskell thread. As was, a thread blocked on an I/O request was
      simply unblocked, but its corresponding worker thread wasn't notified
      that the request had been abandoned.
      This manifested itself in GHCi upon Ctrl-C being hit at the prompt -- the
      worker thread blocked waiting for input on stdin prior to Ctrl-C would
      stick around even though its corresponding Haskell thread had been
      thrown an Interrupted exception. The upshot was that the worker would
      consume the next character typed in after Ctrl-C, but then just dropping
      it. Dealing with this turned out to be even more interesting due to
      Win32 aborting any console reads when Ctrl-C/Break events are delivered.
      The story could be improved upon (at the cost of portability) by making
      the Scheduler able to abort worker thread system calls; as is, requests
      are cooperatively abandoned. Maybe later.
      Also included are other minor tidyups to Ctrl-C handling under mingw.
      Merge to STABLE.