[nightly] 10-Jun-2009 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

2009-06-10 Thread GHC Build Reports
Build description = HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/simonmar/nightly/HEAD Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Wed Jun 10 18:00:01 BST 2009. checking out

patch applied (testsuite): Add TypeOperators pragma to recomp006 modules

2009-06-10 Thread Ian Lynagh
Wed Jun 10 16:16:22 PDT 2009 Ian Lynagh * Add TypeOperators pragma to recomp006 modules M ./tests/ghc-regress/driver/recomp006/B1.hs +3 M ./tests/ghc-regress/driver/recomp006/B2.hs +3 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20090610231622-3fd76-fcec49a10e0

patch applied (testsuite): recomp005: update output

2009-06-10 Thread Ian Lynagh
Wed Jun 10 16:14:10 PDT 2009 Ian Lynagh * recomp005: update output Two of the modules now get compiled in the opposite order M ./tests/ghc-regress/driver/recomp005/recomp005.stderr -2 +2 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20090610231410-3fd76-664de43fbe

patch applied (testsuite): Try and find a utf8 locale to use

2009-06-10 Thread Ian Lynagh
Wed Jun 10 15:46:48 PDT 2009 Ian Lynagh * Try and find a utf8 locale to use In other locales we get some test failures for some ghci unicode tests M ./driver/runtests.py +16 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20090610224648-3fd76-d2e3a1b0774e41405b318da

[nightly] 10-Jun-2009 build of HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com)

2009-06-10 Thread GHC Build Reports
Build description = HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com) Build location= /64playpen/simonmar/nightly/HEAD-cam-04-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-04-unx Nightly build started on cam-04-unx at Wed Jun 10 19:00:01 BST 2009. **

patch applied (ghc): Make Windows bindists and installers work in the new build system

2009-06-10 Thread Ian Lynagh
Wed Jun 10 11:18:25 PDT 2009 Ian Lynagh * Make Windows bindists and installers work in the new build system ./distrib/ghc.iss -> ./distrib/ghc.iss.in M ./Makefile +5 M ./configure.ac -1 +1 M ./distrib/ghc.iss.in -8 +8 M ./ghc.mk -1 +12 M ./mk/config.mk.in +3 View patc

patch applied (testsuite): Remove a comment that GHC_OPTIONS doesn't work in the unicode/1103 test

2009-06-10 Thread Ian Lynagh
Wed Jun 10 05:47:50 PDT 2009 Ian Lynagh * Remove a comment that GHC_OPTIONS doesn't work in the unicode/1103 test and use OPTIONS_GHC instead of OPTIONS. M ./tests/ghc-regress/parser/unicode/1103.hs -3 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/2009061012475

Re: initial "foreign import prim" patches for review

2009-06-10 Thread Isaac Dupree
Simon Marlow wrote: foreign import prim "has_side_effects commutable foo#" :: ... note, FFI spec defines lack-of-"safe/unsafe" to mean "safe" (and it's *not* unsafe in the typical FFI ways, so I think that makes a bit more sense to me than "unsafe") If there are features like "can_fail" and

patch applied (ghc): Change GHC_OPTIONS to OPTIONS_GHC

2009-06-10 Thread Ian Lynagh
Wed Jun 10 05:46:11 PDT 2009 Ian Lynagh * Change GHC_OPTIONS to OPTIONS_GHC M ./compiler/main/DriverPipeline.hs -1 +1 M ./docs/users_guide/6.6-notes.xml -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090610124611-3fd76-f60967864955b5bc7fcd4b3f23fe46dee2982e3d.g

Re: initial "foreign import prim" patches for review

2009-06-10 Thread Duncan Coutts
On Wed, 2009-06-10 at 09:39 +0100, Simon Marlow wrote: > Yes, I think this is the right way to go. > > foreign import prim "has_side_effects commutable foo#" :: ... > > and then perhaps all the primops could be defined this way. For the > inline primops the code generator would have to spot th

Re: initial "foreign import prim" patches for review

2009-06-10 Thread Simon Marlow
On 09/06/2009 19:13, Duncan Coutts wrote: On Tue, 2009-06-09 at 16:32 +0100, Duncan Coutts wrote: In particular I'd like to get feedback on the choice of representation in the Core and STG layers. In the current patches I use the existing FCall/ForeignCall stuff for the imported prim functions