Wed Nov 4 15:30:14 PST 2009 Roman Leshchinskiy
* Add builtin rule to eliminate unnecessary casts in seq
Ignore-this: 762ea362e39ab30713b55e13d2fbd618
The patch adds this rule:
seq (x `cast` co) y = seq x y
This is subject to the usual treatment of seq rules. It also makes th
Wed Nov 4 06:28:36 PST 2009 Roman Leshchinskiy
* Consider variables with conlike unfoldings interesting
Ignore-this: ceecbdd10cb85157b1530b98b261e3fe
In this expression:
let x = f (g e1) in e2
the simplifier will inline f if it thinks that (g e1) is an interesting
argument
Am 04/11/2009 um 22:03 schrieb Simon Marlow:
On 04/11/2009 02:14, Manuel M T Chakravarty wrote:
Simon Peyton-Jones:
I've pushed a fix for the ones marked *
Apart from that, only T1969 (a delicate resource test) fails for me.
| Unexpected failures:
| Base1(normal) *
| Compose(normal) *
| PLi
On 04/11/2009, at 21:13, Simon Marlow wrote:
I'm getting this from validate even without the DPH patch:
/Users/rl/projects/ndp/ghc-test/bindisttest/installed/bin/runghc
HelloWorld > output
GHCi runtime linker: fatal error: I found a duplicate definition for
symbol
_base_GHCziConc_ioManager
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 Nov 4 18:00:01 GMT 2009.
checking out
On 05/11/2009, at 02:45, Simon Marlow wrote:
"inplace/bin/ghc-cabal" configure --with-ghc="/64playpen/simonmar/
validate/inplace/bin/dummy-ghc" --with-ghc-pkg="/64playpen/simonmar/
validate/inplace/bin/ghc-pkg" --with-gcc="/usr/bin/gcc" --configure-
option=--with-cc="/usr/bin/gcc" --enable-sha
Tue Nov 3 07:27:52 PST 2009 simo...@microsoft.com
* Tweak simpleOptExpr, so that it respects nested INLINE pragmas
Ignore-this: 80c301dd4be50353e6ce05f743a0411b
M ./compiler/coreSyn/CoreSubst.lhs +20
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20091103152752-1287e-c53
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 Nov 4 19:00:02 GMT 2009.
***
Thanks! Where is the documentation for the extra RTS options supported when
you use -debug? Perhaps we should add a section on this in
http://hackage.haskell.org/trac/ghc/wiki/Debugging?
Simon
| -Original Message-
| From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org
Wed Nov 4 06:16:23 PST 2009 Simon Marlow
* add test for #3604 (template-haskell + -dynamic)
Ignore-this: 3e97399bfcc83ad991844a18dba49d3b
A ./tests/ghc-regress/cabal/cabal04/
A ./tests/ghc-regress/cabal/cabal04/Library.hs
A ./tests/ghc-regress/cabal/cabal04/Makefile
A ./test
Wed Nov 4 06:16:02 PST 2009 Simon Marlow
* add config.have_shared_libs
Ignore-this: 56d5180cfb2c398b68b1b4509856a6be
M ./config/ghc +1
M ./driver/testglobals.py +3
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20091104141602-12142-9345f8e718caa23a4564be2f765b
But you first have to link all .o files to get one .so/.dll file which
after that is loaded with dlopen. The current RTS linker does all this
at once. It is not clear of course how significant is this. You also
will have to maintain this extra .so/.dll file.
On Wed, Nov 4, 2009 at 10:02 AM, Simon
Wed Nov 4 08:43:43 PST 2009 Simon Marlow
* Fix some bugs to do with tools in paths containing spaces
Ignore-this: d3f00d3b1b14d59feccbb4585301c17a
Not everything is fixed yet; see #3642
M ./aclocal.m4 -2 +2
M ./configure.ac -5 +5
View patch online:
http://darcs.haskell.org/ghc/_d
Wed Nov 4 08:30:39 PST 2009 Simon Marlow
* #3604: treat TH with -dynamic in the same way as -prof
Ignore-this: 2122ef7f452f4c3627fea8fe9d11a7f2
That is, you have to build the library/program without -dynamic first,
to get plain object files, and then build it again with -dynamic.
I
Wed Nov 4 08:27:40 PST 2009 Simon Marlow
* fix build failure on Windows
Ignore-this: bfd7c1646b3160479ae34bb8f6a7e617
M ./rts/Linker.c -1 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20091104162740-12142-e541c5e7734565774f57c7e9a24d329f4f2ea579.gz
Wed Nov 4 06:55:07 PST 2009 Simon Marlow
* Finish #3439: -ticky implies -debug at link time; the ticky "way" has gone
Ignore-this: 9ca68e63bbc34c8f6f216efe27e259eb
To get ticky profiling you still have to compile with -ticky (for
those modules that you want to profile), but you can li
Wed Nov 4 06:40:32 PST 2009 Simon Marlow
* add '-' to the chars allowed in C header file names
Ignore-this: 8832e49d56a75fae9f1651c07954fb0c
M ./compiler/parser/RdrHsSyn.lhs -1 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20091104144032-12142-0c46d148a4ca2f62a0dafd
"inplace/bin/ghc-cabal" configure
--with-ghc="/64playpen/simonmar/validate/inplace/bin/dummy-ghc"
--with-ghc-pkg="/64playpen/simonmar/validate/inplace/bin/ghc-pkg"
--with-gcc="/usr/bin/gcc" --configure-option=--with-cc="/usr/bin/gcc"
--enable-shared
--with-hscolour="/home/simonmar/fp/bin/x86_6
On Tue, Nov 03, 2009 at 03:20:54PM +, Simon Peyton-Jones wrote:
>
> I've got the "unknown symbol `___mingw_vfprintf'" problem again. See tail of
> log below. MSYS as usual.
I'll do a build and see if it happens here too.
Thanks
Ian
___
Cvs-ghc
Wed Nov 4 02:11:03 PST 2009 Simon Marlow
* hopefully fix validate breakage on OS X and Windows
Ignore-this: fedd2bcfeeb209259f47d754e2bbe09f
M ./rts/Linker.c -1 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20091104101103-12142-8ac6b8c813b115b4e0fb0994ad5bd0fe515934
On 04/11/2009 02:14, Manuel M T Chakravarty wrote:
Simon Peyton-Jones:
I've pushed a fix for the ones marked *
Apart from that, only T1969 (a delicate resource test) fails for me.
| Unexpected failures:
| Base1(normal) *
| Compose(normal) *
| PList1(normal) *
| PList2(normal) *
| T1969(normal)
> I'm getting this from validate even without the DPH patch:
>
> /Users/rl/projects/ndp/ghc-test/bindisttest/installed/bin/runghc
> HelloWorld > output
>
>
> GHCi runtime linker: fatal error: I found a duplicate definition for
> symbol
> _base_GHCziConc_ioManagerThread_closure
> whilst proce
On 04/11/2009 06:48, Krasimir Angelov wrote:
On Mon, Nov 2, 2009 at 2:02 PM, Simon Marlow wrote:
The main sticking point with using dlopen() exclusively, as Duncan pointed
out, is that we need to link plain .o files in GHCi.
Wouldn't the dynamic linking slow down the linking? This will
elimin
Build results:
tnaur PPC OSX stable 2: fail (failed compile)
tnaur x86 OS X stable: pass
x86 Linux stable:pass
x86 Windows stable: fail (failed darcs) fail (failed compile)
x86 Windows stable fast: fail (failed boottestsuite runtestsuite) fail (failed
boottestsuite runtestsuite) f
24 matches
Mail list logo
