- 17 Aug, 2004 1 commit
-
-
simonpj authored
Typo in windows-specific code
-
- 16 Aug, 2004 13 commits
-
-
panne authored
XMLification
-
simonpj authored
------------------------------- Add instance information to :i Get rid of the DeclPool ------------------------------- 1. Add instance information to :info command. GHCi now prints out which instances a type or class belongs to, when you use :i 2. Tidy up printing of unqualified names in user output. Previously Outputable.PrintUnqualified was type PrintUnqualified = Name -> Bool but it's now type PrintUnqualified = ModuleName -> OccName -> Bool This turns out to be tidier even for Names, and it's now also usable when printing IfaceSyn stuff in GHCi, eliminating a grevious hack. 3. On the way to doing this, Simon M had the great idea that we could get rid of the DeclPool holding pen, which held declarations read from interface files but not yet type-checked. We do this by eagerly populating the TypeEnv with thunks what, when poked, do the type checking. This is just a logical continuation of lazy import mechanism we've now had for some while. The InstPool and RulePool still exist, but I plan to get rid of them in the same way. The new scheme does mean that more rules get sucked in than before, because previously the TypeEnv was used to mean "this thing was needed" and hence to control which rules were sucked in. But now the TypeEnv is populated more eagerly => more rules get sucked in. However this problem will go away when I get rid of the Inst and Rule pools. I should have kept these changes separate, but I didn't. Change (1) affects mainly TcRnDriver, HscMain, CompMan, InteractiveUI whereas change (3) is more wide ranging.
-
simonpj authored
stg_interp_constr_entry and friends don't have info tables, so declare them using RTS_FUN() rather than RTS_ENTRY().
-
simonmar authored
Avoid casting lvalues; gcc 3.4 issues warnings for it.
-
simonmar authored
Define <arch>_TARGET_ARCH and <os>_TARGET_OS by default when CPP'ing. This avoids the main reason for needing to #include config.h into Haskell source, so most files that previously just #include "config.h" can now #if __GLASGOW_HASKELL__ < 603 #include "config.h" #endif
-
simonmar authored
Add a config.h to ease the transition. Now if you include config.h you get a warning instead of a failure: In file included from System/Posix/Internals.hs:24: /playpen/ghc/nightly/HEAD-cam-02-unx/i386-unknown-linux/ghc/includes/config.h:4: warning: #warning config.h is deprecated; please use ghcconfig.h instead
-
simonmar authored
config.h ==> ghcconfig.h
-
simonpj authored
------------------------------- Add instance information to :i Get rid of the DeclPool ------------------------------- 1. Add instance information to :info command. GHCi now prints out which instances a type or class belongs to, when you use :i 2. Tidy up printing of unqualified names in user output. Previously Outputable.PrintUnqualified was type PrintUnqualified = Name -> Bool but it's now type PrintUnqualified = ModuleName -> OccName -> Bool This turns out to be tidier even for Names, and it's now also usable when printing IfaceSyn stuff in GHCi, eliminating a grevious hack. 3. On the way to doing this, Simon M had the great idea that we could get rid of the DeclPool holding pen, which held declarations read from interface files but not yet type-checked. We do this by eagerly populating the TypeEnv with thunks what, when poked, do the type checking. This is just a logical continuation of lazy import mechanism we've now had for some while. The InstPool and RulePool still exist, but I plan to get rid of them in the same way. The new scheme does mean that more rules get sucked in than before, because previously the TypeEnv was used to mean "this thing was needed" and hence to control which rules were sucked in. But now the TypeEnv is populated more eagerly => more rules get sucked in. However this problem will go away when I get rid of the Inst and Rule pools. I should have kept these changes separate, but I didn't. Change (1) affects mainly TcRnDriver, HscMain, CompMan, InteractiveUI whereas change (3) is more wide ranging.
-
simonpj authored
Commments only
-
simonpj authored
Fix problem with :i for (:)
-
simonmar authored
#ifdefery to work around change in name of config.h.
-
panne authored
Correct DocBook XML now
-
panne authored
Fixed default font-family, color, and background. It contained a typo and didn't work for chunked documentation.
-
- 15 Aug, 2004 3 commits
-
-
panne authored
Started to convert the users guide to DocBook XML. Not yet finished, there are still *tons* of misplaced indexterms, but some sensible documentation can already be generated.
-
panne authored
Converted the building guide to DocBook XML
-
panne authored
<fanfare>Finally: Support for DocBook XML!</fanfare> After endless frustrating hours, I came to the conclusion that using (Open)Jade for DocBook XML is virtually impossible, there are *tons* of problems with it: Wildly differing paths, incorrect stylesheets, broken catalogs at funny places, broken wrapper scripts, missing support on Cygwin etc. >:-P * * * So we follow the ubiquitous XSL hype and use xsltproc + DocBook XSL stylesheets to transform DocBook XML to HTML and FO. From FO there are two routes to PDF and PostScript: Either via FOP (preferred) or via PassiveTeX. Validation can be done via xmllint using the new make target "validate". When PassiveTeX is available, DVI can be generated, too. A new make target "no-chunks-html" is available for generating an all-in-one HTML document. Currently there is no way to generate plain text or RTF, but at least the former could easily be added. Generating HTML works out-of-the-box on Cygwin now, but you will have to install FOP for other formats, because there seems to be no standard package for it. The HTML appearance can be controlled via CSS, but the current location of the master stylesheet below fptools/mk is a bit debatable. Better suggestions are welcome. Currently there is still support for SGML documents, but it will be dropped when all documents are converted to DocBook XML. The build system is complex enough already with the support for a *single* kind of DocBook...
-
- 13 Aug, 2004 10 commits
-
-
simonmar authored
Mention that this doc is out of date. It's pretty huge, so I'm not going to update it right now.
-
simonmar authored
Fixes to previous
-
simonmar authored
Various fixes and removal of dead code.
-
simonmar authored
forgot to add this file
-
simonmar authored
config.h ==> ghcconfig.h
-
simonmar authored
sIZEOF_StgFunInfoExtra ==> sIZEOF_StgFunInfoExtraRev
-
simonmar authored
Fix minor merge-o
-
simonmar authored
Merge backend-hacking-branch onto HEAD. Yay!
-
simonmar authored
Work around stricter CPP in gcc 3.4.1
-
simonmar authored
Fix to previous commit
-
- 12 Aug, 2004 7 commits
-
-
simonmar authored
wibble
-
simonmar authored
avoid string gaps
-
simonmar authored
Avoid string gaps
-
simonmar authored
Avoid string gaps.
-
simonmar authored
Avoid string gaps in CPP'd source.
-
simonmar authored
Take the timestamp of an interpreted linkable from the timestamp of the source file. This works better when the local clock is out of sync with the filesystem, and it's just as accurate.
-
simonmar authored
Finally fix this problem: make: *** No rule to make target `Text/Regex/Posix_hsc_make.c', needed by `depend'. Stop. caused by temporary droppings from hsc2hs.
-
- 10 Aug, 2004 3 commits
-
-
simonmar authored
Windows fixes. There were some strange things going on with Windows installation directories - I'm sure I've mucked up whatever was happening with 'make install' for GHC on Windows, but there were defintitely some bugs in here. eg. we shouldn't have been setting datadir to $(prefix)/imports unconditionally on Windows. Make install now works for Happy, Alex and Haddock. GHC probably needs a bit of tweaking to get it working again.
-
simonmar authored
Add $(Windows), which is "YES" if the host platform is a Windows platform (mingw32 or cygwin32), and "NO" otherwise.
-
simonmar authored
Fix problem with inline foreign-call changes yesterday. Foreign call args sometimes have to be modified using shimFCallArg - nowadays this is done at code generation time, whereas it used to be done at pretty-printing time.
-
- 09 Aug, 2004 3 commits
-
-
simonmar authored
Two changes: - newly created or unblocked threads go to the back of the run queue. This is fairer because it avoids possible starvation. Fixes problem with conc004 test going much slower with optimisation. - The context switch flag is only reset after a yield. Previously, it was being reset before we ran a thread, which meant that a tick that arrived during GC would be lost, and a thread doing lots of GC could hog the CPU. Now, GC is effectively counted as part of the last running thread's timeslice. MERGE TO STABLE.
-
simonmar authored
Allow case-of-unsafe-ccall to compile to straight-line code, like it used to. This has already been fixed on the backend-hacking-branch, but I'm doing it here so that it can be merged into the STABLE branch, where it will help to work around a bug. The bug is in CgExpr.lhs:primRetUnboxedTuple, which picks temporaries to assign the result of a ccall to. The Cg monad doesn't have a uniq supply (in the HEAD), so we always pick the same temporaries. This leads to clashes in complex function with multiple ccalls. Again, this is already fixed in the backend-hacking-branch. I don't see an easy fix for this bug. The compilation of case-of-unsafe-ccall doesn't suffer from this problem, and it will help work around some cases of the bug, so I'm going to merge this onto the STABLE branch after some testing.
-
simonmar authored
Fix scoped type variable example.
-