Commits

Show all
Author Commit Message Labels Comments Date
Simon Marlow
Fix a bug related to threads blocked on blackholes We weren't making them live early enough, with the result that finalizable objects referred to only by a thread blocked on a black hole could be finalized too early (see conc057 test).
Tags
2 tags
Simon Marlow
Reorganisation of the source tree Most of the other users of the fptools build system have migrated to Cabal, and with the move to darcs we can now flatten the source tree without losing history, so here goes. The main change is that the ghc/ subdir is gone, and most of what it contained is now at the top level. The build system now makes no pretense at being multi-project, it is just the GHC build system. No doubt this will break many things, and there will be a period of instability while we fix the dependencies. A straightforward build should work, but I haven't yet fixed binary/source distributio…
Simon Marlow
remove empty dir
Simon Marlow
rempve some unused files
David Himmelstrup
Add stage2/ghci to ghc-api's import list.
David Himmelstrup
Don't build GHC with breakpoint support by default.
David Himmelstrup
GHC.Base.breakpoint isn't vaporware anymore. -fignore-breakpoints can be used to ignore breakpoints.
Simon Marlow
Add SA_RESTART flag to the timer signal handler. This seems to be necessary to prevent readline being confused by our SIGALRM handler.
David Himmelstrup
Better messages from HscTypes.showModMsg.
Simon Marlow
Turn the "too many hs_exit()s" fatal error into a warning
Simon Marlow
add freeStorage() prototype
Simon Marlow
add support for x86_64; foreign import is now supported in GHCi on x86_64
Duncan Coutts
Correct spelling mistake: GhcState1HcOpts -> GhcStage1HcOpts
Simon Marlow
oops, undo accidental patch
Simon Marlow
fix profiling on Win32 The recent patch to free memory in hs_exit() on Win32 unfortunately broke profiling, because it freed the memory slightly too early.
Simon Marlow
fix for GHC >= 6.5 again
Simon Marlow
in stage1, we should get isPrint and isUpper from Compat.Unicode, not Data.Char
wolfgang.thaller@gmx.net
Darwin/x86: correct stack alignment in ByteCodeFFI
wolfgang.thaller@gmx.net
Deal with non-executable memory on Darwin (only an issue on Darwin/x86 so far)
Simon Marlow
add forkOnzh_fast symbol
Simon Marlow
Add a new primitive forkOn#, for forking a thread on a specific Capability This gives some control over affinity, while we figure out the best way to automatically schedule threads to make best use of the available parallelism. In addition to the primitive, there is also: GHC.Conc.forkOnIO :: Int -> IO () -> IO ThreadId where 'forkOnIO i m' creates a thread on Capability (i `rem` N), where N is the number of available Capabilities set by +RTS -N. Threads forked by…
Simon Marlow
eliminate a warning
Simon Marlow
elimiante a couple of warnings
Simon Marlow
fix a warning
Simon Marlow
Add some more flexibility to the multiproc scheduler There are two new options in the -threaded RTS: -qm Don't automatically migrate threads between CPUs -qw Migrate a thread to the current CPU when it is woken up previously both of these were effectively off, i.e. threads were migrated between CPUs willy-milly, and threads were always migrated to the current CPU when woken up. This is the first step in tweaking the scheduling fo…
Duncan Coutts
mkDerivedConstants.c depends on ghcplatform.h I think this missing dep is what broke my parallel build I used make -j2 with ghc-6.4.2.20060323 and got: ------------------------------------------------------------------------ ==fptools== make boot -wr --jobserver-fds=3,11 -j; in /var/tmp/portage/ghc-6.4.2_pre20060323/work/ghc-6.4.2.20060323/ghc/includes ------------------------------------------------------------------------ Creating ghcplatform.h... Done. gcc -O -O2 -march=k8 -pipe -Wa,--noexecstack -c mkDerivedConstants.c -o mkDerivedConstant…
Simon Marlow
small updates
David Himmelstrup
Allow users of the GHC library to specify which packages have already been loaded. This is pretty important when using the linker/bytecode-compiler from binaries other than GHCi.
wolfgang.thaller@gmx.net
Fix Darwin/x86 stack alignment ... again. For now, I've added a TODO comment, but sooner or later this will have to be made gcc-version-independent.
wolfgang.thaller@gmx.net
Ranlib is required on Darwin/x86, too
  1. Prev
  2. Next