Commits

Show all
Author Commit Message Labels Comments Date
Ian Lynagh
When saying RTS options are disabled, also say how to enable them
Tags
2010-03-16
simonmar
Fix profiling build following removal of specific STM object types
Ian Lynagh
When compiling with GHC >= 6.13, use -rtsopts
Ian Lynagh
Document the new RTS linker flags
Ian Lynagh
Don't enable RTS options by default
Ian Lynagh
Add a -with-rtsopts link-time flag You can now link with -with-rtsopts="-H128m -K1m"
Ian Lynagh
Rename a variable
Ian Lynagh
Add a link-time flag to en/disable the RTS options If RTS options are disabled then: * The ghc_rts_opts C code variable is processed as normal * The GHCRTS environment variable is ignored and, if it is defined, a warning is emitted * The +RTS flag gives an error and terminates the program
simonmar
Fix a couple of bugs in the throwTo handling, exposed by conc016(threaded2)
simonmar
Use message-passing to implement throwTo in the RTS This replaces some complicated locking schemes with message-passing in the implementation of throwTo. The benefits are - previously it was impossible to guarantee that a throwTo from a thread running on one CPU to a thread running on another CPU would be noticed, and we had to rely on the GC to pick up these forgotten exceptions. This no longer happens. - the locking regime is simpler…
simonmar
fix bug in discardTasksExcept() that broke forkProcess
simonmar
disable a false assertion, add a comment to explain why
simonpj@microsoft.com
Fix Trac #1954: newtype deriving caused 'defined but not used' error We were getting a bogus claim that a newtype "data constructor" was unused. The fix is easy, although I had to add a field to the constructor TcEnv.NewTypeDerived See Note [Newtype deriving and unused constructors] in TcDeriv
simonpj@microsoft.com
Rule binders shouldn't have IdInfo While I was looking at the rule binders generated in DsBinds for specialise pragmas, I also looked at Specialise. It too was "cloning" the dictionary binders including their IdInfo. In this case they should not have any, but its seems better to make them completely fresh rather than substitute in existing (albeit non-existent) IdInfo.
simonpj@microsoft.com
Add comment
simonpj@microsoft.com
Rule binders shouldn't have DFun pragmas When DsBinds deals with a SPECIALISE pragma, it makes up the binders for a RULE. These binders should be very vanilla: no IdInfo of any sort. But the way it was before they could have DFun pragmas, which led to Bad Joss downstream. (Actually to cause a downstream *error* was itself a bug, which I've fixed, but it's clearly wrong for them to be DFuns!)
simonpj@microsoft.com
A bug in isClosedUnfolding isClosedUnfolding should say False for DFUnUnfolding!
simonpj@microsoft.com
Comments only
simonpj@microsoft.com
Comments and type signatures only
simonpj@microsoft.com
Comments only
simonpj@microsoft.com
Tidy up pretty-printing of InlinePragma We were getting "INLINEALWAYS" printed out here and there. Now there are always brackets around the activation, thus "INLINE[ALWAYS]"
simonmar
Split part of the Task struct into a separate struct InCall The idea is that this leaves Tasks and OSThread in one-to-one correspondence. The part of a Task that represents a call into Haskell from C is split into a separate struct InCall, pointed to by the Task and the TSO bound to it. A given OSThread/Task thus always uses the same mutex and condition variable, rather than getting a new one for each callback. Conceptually it is simpler, although there…
simonmar
add a note
simonmar
Fix a rare deadlock when the IO manager thread is slow to start up This fixes occasional failures of ffi002(threaded1) on a loaded machine.
simonpj@microsoft.com
When BUILD_DOCBOOK_HTML is NO, keep the rules, just omit the target (and similarly for PS and PDF) The previous setup nuked the rules for making the documentation when BUILD_DOCBOOK_HTML=NO. This meant that "make html" didn't work. There isn't any reason to nuke the rules (so far as Simon and I know).
simonpj@microsoft.com
Fix Trac #3736: do not preInlineUnconditionally with INLINE preInlineUnconditionally was, in effect, nuking an INLINE pragma, with very bad effect on runtime in this program. Fortunately the fix is very simple. See Note [InlineRule and preInlineUnconditionally] in SimplUtils.
simonpj@microsoft.com
Comments only
simonpj@microsoft.com
Comments only
simonpj@microsoft.com
Refactor part of the renamer to fix Trac #3901 This one was bigger than I anticipated! The problem was that were were gathering the binders from a pattern before renaming -- but with record wild-cards we don't know what variables are bound by C {..} until after the renamer has filled in the "..". So this patch does the following * Change all the collect-X-Binders functions in HsUtils so that they expect to only be called *after* renaming.…
simonpj@microsoft.com
Minor refactoring of placeHolderPunRhs
  1. Prev
  2. Next