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 Fri Aug 21 18:00:01 BST 2009.
checking out
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 Fri Aug 21 19:00:01 BST 2009.
**
Fri Aug 21 14:13:51 PDT 2009 simo...@microsoft.com
* Test Trac #2850
Ignore-this: 55733f9b3a70231c38a8aeda2606dd89
A ./tests/ghc-regress/indexed-types/should_compile/T2850.hs
M ./tests/ghc-regress/indexed-types/should_compile/all.T +1
View patch online:
http://darcs.haskell.org/tests
Fri Aug 21 14:05:44 PDT 2009 simo...@microsoft.com
* Test Trac #3423
Ignore-this: 6fefeb3dfa3fdb3d263b9c4d420792ff
A ./tests/ghc-regress/indexed-types/should_compile/T3423.hs
M ./tests/ghc-regress/indexed-types/should_compile/all.T +1
View patch online:
http://darcs.haskell.org/tests
Fri Aug 21 14:07:00 PDT 2009 simo...@microsoft.com
* Fix Trac #3423: missed instantiation for newtype-derived instances
Ignore-this: 73fa66b45a9affe5b4e0276551e5861f
Somehow I'd forgotten to instantiate the coercion that is stored in a
'NewtypeDerived' constructor in an InstInfo. The n
Fri Aug 21 08:33:55 PDT 2009 Ian Lynagh
* Use the dynamic way if we have a dynamic RTS
M ./config/ghc -1 +3
M ./mk/test.mk +6
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20090821153355-3fd76-951aa7ad138c1b71717271747a07927bc4a1017f.gz
Fri Aug 21 08:33:14 PDT 2009 Ian Lynagh
* Add a dynamic hello world test, that gets run during validate
M ./tests/ghc-regress/driver/all.T +3
A ./tests/ghc-regress/driver/dynHelloWorld.hs
A ./tests/ghc-regress/driver/dynHelloWorld.stdout
View patch online:
http://darcs.haskell.org
I thought of Building/ because all of this only arises if you are a developer
who is building GHC. But I don't mind much.
in any case the status quo is not bad
S
| -Original Message-
| From: Simon Marlow [mailto:marlo...@gmail.com]
| Sent: 21 August 2009 14:02
| To: Simon Peyton-Jones
|
Fri Aug 21 07:54:23 PDT 2009 Ian Lynagh
* Put "dl" back in rts/package.conf if HAVE_DL is defined
Fixes linking with -dynamic
M ./rts/package.conf.in +3
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090821145423-3fd76-14335b6bdbb967422154c29058586af651bf1ef8.gz
_
Fri Aug 21 06:28:09 PDT 2009 Ian Lynagh
* Link CMM objects into dynamic libraries
This fixes linking hello world with -dynamic. I've also added some more
variables, so there is less duplication between the different ways of
linking.
M ./rules/build-package-way.mk -7 +10
View patch o
Fri Aug 21 07:45:44 PDT 2009 Simon Marlow
* -fPIC -fvia-C issues a warning and ignores -fvia-C
Ignore-this: 2ba1902cf7eec7f149f38cadeac8c245
Also, -fPIC causes an error if the target is registerised and has no
native code generator.
M ./compiler/main/DynFlags.hs -4 +17
M ./compil
Thu Aug 20 08:23:25 PDT 2009 Simon Marlow
* Use allocateLocal() rather than allocate() in the interpreter
Ignore-this: 42cc9250f46d95a945394b82acc76be4
This gives about a 15% performance boost in GHCi for me. nice!
M ./rts/Interpreter.c -9 +9
View patch online:
http://darcs.haskell.o
On 21/08/2009, at 10:45 PM, Simon Marlow wrote:
2) Everyone pulls from the blessed ghc-head, but people only push to
their own ghc-head-username repos.
Yes, thought the per-developer overhead is quite high. Probably ok
while there are only a few developers.
Yeah, the people I talked to
On Fri, 2009-08-21 at 13:26 +0100, Simon Marlow wrote:
> It sounds like Ben doesn't have the bandwidth to commit to being an
> active maintainer just yet, but he might do in the future (6.12.2). So
> let's hold off making it Tier-1 until then.
>
> We don't have a specific policy as regards how
On 19/08/2009, at 8:55 PM, Simon Marlow wrote:
Ok, I suggest doing this:
* change #undef DEBUG_DUMP to #define DEBUG_DUMP in
GHC/IO/Encoding/IConv.hs
GHC/IO/Handle/Internals.hs
* cd libraries/base; make
then try hello world and see what output we get.
You can also try setting an encodin
On 21/08/2009 10:04, Simon Peyton-Jones wrote:
I've cross-linked. Probably http://hackage.haskell.org/trac/ghc/wiki/DebuggingGhcCrashes
should be under "Building", but I have not moved it.
Why under Building? It doesn't seem related to the build system,
although we do have some information
On 21/08/2009 07:14, Ben Lippmeier wrote:
Manuel M T Chakravarty wrote:
Platform-specific breakage is probably going to stay a nuisance - at
least, I have no good idea how to avoid it. If we could somehow get an
infrastructure where we could at least validate patches easily on a
range of platfor
On 21/08/2009 09:28, Simon Peyton-Jones wrote:
| Simon Peyton-Jones wrote:
|> If you were willing, we could move Sparc/Solaris to be a Tier 1 platform.
|>
|> But only you can balance your various priorities.
|>
|
| If making Sparc/Solaris Tier 1 means that there is an expectation that
| the bui
Fri Aug 21 03:07:50 PDT 2009 simo...@microsoft.com
* Test Trac #3371
Ignore-this: 2f20fa7f0cc2332f35cb3240638a7589
A ./tests/ghc-regress/rename/should_compile/T3371.hs
A ./tests/ghc-regress/rename/should_compile/T3371.stderr
M ./tests/ghc-regress/rename/should_compile/all.T +1
Vi
Fri Aug 21 03:08:26 PDT 2009 simo...@microsoft.com
* Another tiny tidy-up to RnPat
Ignore-this: 4290aab233ee1b0fcd3768009950a213
M ./compiler/rename/RnPat.lhs -1 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090821100826-1287e-21ba223bab0e50abf832e1719c39ee7613a7df4
Fri Aug 21 02:53:47 PDT 2009 simo...@microsoft.com
* Test Trac #3437
Ignore-this: e3f80cd609ddf79b2b245e7c848bb005
A ./tests/ghc-regress/simplCore/should_run/T3437.hs
A ./tests/ghc-regress/simplCore/should_run/T3437.stdout
M ./tests/ghc-regress/simplCore/should_run/all.T +1
View
Fri Aug 21 02:52:51 PDT 2009 simo...@microsoft.com
* Fix Trac #3437: strictness of specialised functions
Ignore-this: 24345ff251a517e540a9666a78ed8176
'lilac' helpful pin-pointed a space leak that was due to a specialised
function being insufficiently strict. Here's the new comment in
Fri Aug 21 02:06:37 PDT 2009 simo...@microsoft.com
* Wibbles to field-label puns
Ignore-this: ed6dc679b906b2a928e1b9a6db590108
M ./compiler/hsSyn/HsPat.lhs -9 +20
M ./compiler/parser/Parser.y.pp -1 +1
M ./compiler/parser/RdrHsSyn.lhs -1 +8
View patch online:
http://darcs.haskell.
I've cross-linked. Probably
http://hackage.haskell.org/trac/ghc/wiki/DebuggingGhcCrashes should be under
"Building", but I have not moved it.
S
| -Original Message-
| From: Simon Marlow [mailto:marlo...@gmail.com]
| Sent: 20 August 2009 16:33
| To: Simon Peyton-Jones
| Cc: cvs-ghc@hask
Simon Peyton-Jones wrote:
| Simon Peyton-Jones wrote:
| > If you were willing, we could move Sparc/Solaris to be a Tier 1 platform.
| >
| > But only you can balance your various priorities.
| >
|
| If making Sparc/Solaris Tier 1 means that there is an expectation that
| the build keeps working
| Simon Peyton-Jones wrote:
| > If you were willing, we could move Sparc/Solaris to be a Tier 1 platform.
| >
| > But only you can balance your various priorities.
| >
|
| If making Sparc/Solaris Tier 1 means that there is an expectation that
| the build keeps working then I'm all for it.
There w
26 matches
Mail list logo
