darcs patch: configure.ac: fix libm checks (Trac #3730)

2009-12-04 Thread slyich
Fri Dec 4 23:40:12 EET 2009 Sergei Trofimovich * configure.ac: fix libm checks (Trac #3730) libbfd pulled libm as dependency and broke LIBM= detection. Patch moves libm in library tests as early as possible. Thanks to asuffield for suggesting such a simple fix. Thanks to Roie Ker

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

2009-12-04 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 Fri Dec 4 19:00:01 GMT 2009. ***

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

2009-12-04 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 Fri Dec 4 18:00:01 GMT 2009. checking out

Re: Fix GHC ticket 2615 (linker scripts in .so files)

2009-12-04 Thread Howard B. Golden
On Friday December 4, 2009, Duncan Coutts wrote: > Right, but if we can resolve -lpcre to libpcre.so.0 then we can > dlopen libpcre.so.0 without having to parse linker scripts. There is some code in dlopen that does this (sort of). I haven't studied it carefully yet. However, it basically uses

patch applied (ghc): Link all dynamic libraries with the correct install_name on Mac OS/X.

2009-12-04 Thread Ian Lynagh
Fri Dec 4 06:36:14 PST 2009 Ian Lynagh * Link all dynamic libraries with the correct install_name on Mac OS/X. This is a rerecord of Stephen Blackheath **20090930222855 to avoid conflicts. M ./ghc.mk -6 +1 M ./libffi/ghc.mk +8 R ./mk/fix_install_names.sh M ./rts/ghc

patch applied (ghc): Document the new -dylib-install-name option in the user's guide.

2009-12-04 Thread Ian Lynagh
Wed Sep 30 22:16:37 PDT 2009 Stephen Blackheath * Document the new -dylib-install-name option in the user's guide. Ignore-this: 568f6ad423f737ccda3a79f2d8efdb97 M ./docs/users_guide/flags.xml +9 M ./docs/users_guide/phases.xml +18 M ./docs/users_guide/shared_libs.xml +13 View p

patch applied (ghc): Add -dylib-install-name option to GHC so the install name can be set for dynamic libs on Mac OS/X.

2009-12-04 Thread Ian Lynagh
Wed Sep 30 15:37:08 PDT 2009 Stephen Blackheath * Add -dylib-install-name option to GHC so the install name can be set for dynamic libs on Mac OS/X. Ignore-this: 2323929595c0dc03a2e2ea802477a930 M ./compiler/main/DriverPipeline.hs -7 +14 M ./compiler/main/DynFlags.hs -1 +5 View pa

patch applied (ghc): Force -fPIC when linking against dynamic libraries on Mac OS/X.

2009-12-04 Thread Ian Lynagh
Mon Sep 28 13:38:00 PDT 2009 Stephen Blackheath * Force -fPIC when linking against dynamic libraries on Mac OS/X. Ignore-this: 465433af2349779b510f500dc79768f3 Otherwise you get /tmp/ghc7602_0/ghc7602_0.s:207:0: non-relocatable subtraction expression, "___stginit_Lib_dyn" minus "L1x

Re: Fix GHC ticket 2615 (linker scripts in .so files)

2009-12-04 Thread Duncan Coutts
On Thu, 2009-12-03 at 08:59 -0800, Howard B. Golden wrote: > On Thursday December 3, 2009, Duncan Coutts wrote: > > The point is, technically we probably do not want "ghci -lpcre" to > > translate directly into a call to dlopen "libpcre.so". There should > > be another translation stage to give u

patch applied (ghc): evaluate_large: evaluate large objects to bd->dest rather than gen->to

2009-12-04 Thread Simon Marlow
Fri Dec 4 03:10:37 PST 2009 Simon Marlow * evaluate_large: evaluate large objects to bd->dest rather than gen->to Ignore-this: 6c77407750d4a6178851aeb79ded20d1 This fixes aging of large objects in the new scheme. Bug found by perf/space_leaks/space_leak_001. Yay perf regressions tests.

patch applied (ghc): Correction to the allocation stats following earlier refactoring

2009-12-04 Thread Simon Marlow
Fri Dec 4 03:08:39 PST 2009 Simon Marlow * Correction to the allocation stats following earlier refactoring Ignore-this: 7ac497c67706bedd29c79091c100d22f M ./includes/Cmm.h -1 +1 M ./includes/mkDerivedConstants.c -1 +1 M ./includes/rts/storage/GC.h -1 +2 M ./rts/sm/GC.c +1

patch applied (ghc): export g0

2009-12-04 Thread Simon Marlow
Thu Dec 3 08:52:09 PST 2009 Simon Marlow * export g0 Ignore-this: 69b5445beb91ac99bb018b9806de90a M ./rts/Linker.c +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20091203165209-12142-dd53aa460f36f935f09774fa6552eda3198898e0.gz ___

patch applied (ghc): GC refactoring, remove "steps"

2009-12-04 Thread Simon Marlow
Thu Dec 3 07:07:28 PST 2009 Simon Marlow * GC refactoring, remove "steps" Ignore-this: 5360b8bf30c6847ccb7ffa8c431e81ff The GC had a two-level structure, G generations each of T steps. Steps are for aging within a generation, mostly to avoid premature promotion. Measurements

patch applied (ghc): fix error message on Windows (fixes rtsflags001)

2009-12-04 Thread Simon Marlow
Wed Dec 2 06:11:35 PST 2009 Simon Marlow * fix error message on Windows (fixes rtsflags001) Ignore-this: 239fed52f7f5358b034acd6512d26ef4 M ./rts/RtsFlags.c -2 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20091202141135-12142-c2a3dd6d644cc2f165909dae47ea9bc48f4c78c

Daily report for head

2009-12-04 Thread BuildBot Collator
Build results: x86-64 Linux head: pass x86 Windows head fast: pass pass lost pass pass x86-64 Linux head unreg: pass Dropping unexpected test passes reports from builders not seen in 7 days: tnaur x86 OS X head Fixed unexpected test passes: length001 Old unexpected test passes

Daily report for stable

2009-12-04 Thread BuildBot Collator
Build results: x86 Linux stable:pass x86 Windows stable: fail (failed boottestsuite runtestsuite nofib.clean.0 nofib.boot.0 nofib.run.0 nofib.clean.0_2 nofib.boot.0_2 nofib.run.0_2 nofib.clean.0_3 nofib.boot.0_3 nofib.run.0_3 nofib.clean.0_4 nofib.boot.0_4 nofib.run.0_4 nofib.clean

Re: patch applied (ghc): Add new ForceSpecConstr annotation

2009-12-04 Thread Roman Leshchinskiy
On 04/12/2009, at 19:20, Simon Peyton-Jones wrote: > I'm fine with this, but please add > Note [ForceSpecConstr] > ~~ > > to Specialise, with at least the text in your commit message, and preferably > some description of why this is a good thing to do. I'll

RE: patch applied (ghc): Add new ForceSpecConstr annotation

2009-12-04 Thread Simon Peyton-Jones
Roman I'm fine with this, but please add Note [ForceSpecConstr] ~~ to Specialise, with at least the text in your commit message, and preferably some description of why this is a good thing to do. Thanks Simon | -Original Message- | From: cvs