New patches: [(native gen) fix code generated for GDTOI on x86_32 Bertram Felgenhauer **20071121063942 See trac #1910. ] hunk ./compiler/nativeGen/PprMach.hs 1415 - = pprG g (hcat [gtab, text "subl $4, %esp ; ", - gpush src 0, gsemi, text "fistpl 0(%esp) ; popl ", - pprReg I32 dst]) + = pprG g (vcat [ + hcat [gtab, text "subl $8, %esp ; fnstcw 4(%esp)"], + hcat [gtab, gpush src 0], + hcat [gtab, text "movzwl 4(%esp), ", reg, + text " ; orl $0xC00, ", reg], + hcat [gtab, text "movl ", reg, text ", 0(%esp) ; fldcw 0(%esp)"], + hcat [gtab, text "fistpl 0(%esp)"], + hcat [gtab, text "fldcw 4(%esp) ; movl 0(%esp), ", reg], + hcat [gtab, text "addl $8, %esp"] + ]) + where + reg = pprReg I32 dst Context: [remove an incorrect assertion Simon Marlow **20071016151829] [remove --define-name from the --help usage message (#1596) Simon Marlow **20071114153417 ] [Attempt at fixing #1873, #1360 Simon Marlow **20071116152148 I think I figured out a reasonable way to manage the GHCi context, comments welcome. Rule 1: external package modules in the context are persistent. That is, when you say 'import Data.Maybe' it survives over :load, :add, :reload and :cd. Rule 2: :load and :add remove all home-package modules from the context and add the rightmost target, as a *-module if possible. This is as before, and makes sense for :load because we're starting a new program; the old home-package modules don't make sense any more. For :add, it usually does what you want, because the new target will become the context. Rule 3: any modules from the context that fail to load during a :reload are remembered, and re-added to the context at the next successful :reload. Claus' suggestion about adding the "remembered" modules to the prompt prefixed with a ! is implemented but commented out. I couldn't decide whether it was useful or confusing. One difference that people might notice is that after a :reload where there were errors, GHCi would previously dump you in the most recent module that it loaded. Now it dumps you in whatever subset of the current context still makes sense, and in the common case that will probably be {Prelude}. ] [on Windows, install to a directory with spaces (test for #1828) Simon Marlow **20071115155327] [FIX #1828: installing to a patch with spaces in Simon Marlow **20071115155747 We have to pass the path to gcc when calling windres, which itself might have spaces in. Furthermore, we have to pass the path to gcc's tools to gcc. This means getting the quoting right, and after much experimentation and reading of the windres sources I found something that works: passing --use-temp-files to windres makes it use its own implementation of quoting instead of popen(), and this does what we want. Sigh. ] [FIX #1679: crash on returning from a foreign call Simon Marlow **20071115131635 We forgot to save a pointer to the BCO over the foreign call. Doing enough allocation and GC during the call could provoke a crash. ] [Make pprNameLoc more robust in absence of loc information Pepe Iborra **20071114233343] [Wibble to fix Trac #1901 (shorten messsage slightly) simonpj@microsoft.com**20071116150341] [FIX Trac #1901: check no existential context in H98 mode simonpj@microsoft.com**20071116145609] [Improve documentation of data type declarations (Trac #1901) simonpj@microsoft.com**20071116081841] [Improve links from flag reference to the relevant section; and improve doc of RankN flags simonpj@microsoft.com**20071116145816] [Documentation only - fix typo in flags reference Tim Chevalier **20071115055748] [Make SpecConstr work again simonpj@microsoft.com**20071115084242 In a typo I'd written env instead of env', and as a result RULES are practically guaranteed not to work in a recursive group. This pretty much kills SpecConstr in its tracks! Well done Kenny Lu for spotting this. The fix is easy. Merge into 6.8 please. ] [Accept x86_64-*-freebsd* as well as amd64-*-freebsd* in configure.ac Ian Lynagh **20071117154502 Patch from Brian P. O'Hanlon ] [FIX #1791 on stable branch Simon Marlow **20071114163945 The 6.8 branch needed this fix in another place ] [FIX #1837: emit deprecated message for unversioned dependencies Simon Marlow **20071114153010] [FIX Trac 1888; duplicate INLINE pragmas simonpj@microsoft.com**20071114104701 There are actually three things here - INLINE pragmas weren't being pretty-printed properly - They were being classified into too-narrow boxes by eqHsSig - They were being printed in to much detail by hsSigDoc All easy. Test is rnfail048. ] [Fix Trac 1865: GHCi debugger crashes with :print Pepe Iborra **20071113170113] [FIX Trac 1662: actually check for existentials in proc patterns simonpj@microsoft.com**20071114112930 I'd fixed the bug for code that should be OK, but had forgotten to make the test for code that should be rejected! Test is arrowfail004 ] [FIX #1653 (partially): add -X flags to completion for :set Simon Marlow **20071113153257] [Fix #782, #1483, #1649: Unicode GHCi input Simon Marlow **20071114151411 GHCi input is now treated universally as UTF-8, except for the Windows console where we do the correct conversion from the current code page (see System.Win32.stringToUnicode). That leaves non-UTF-8 locales on Unix as unsupported, but (a) we only accept source files in UTF-8 anyway, and (b) UTF-8 is quite ubiquitous as the default locale. ] [comments only: point to relevant bug reports Simon Marlow **20070924103323] [Remove ex-extralibs from libraries/Makefile Ian Lynagh **20071111213618] [Remove the X11 and HGL libraries from extralibs Ian Lynagh **20071111213447 Don Stewart, X11 maintainer, requested we remove X11, and HGL depends on it on Linux (and we don't try to build HGL on Windows). ] [catch up with removal of config.mk in the readline package Simon Marlow **20071107095952] [TAG 2007-11-11 Ian Lynagh **20071111164452] Patch bundle hash: 9d993379b5aedee1d78f56b0faaac65c25e09ee5