[commit: testsuite] master: Add tests for Safe Haskell (52a77f2)

2011-07-06 Thread David Terei
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/52a77f2f96ad3d3ab3da02ff12f5ae5f4ba7355a >--- commit 52a77f2f96ad3d3ab3da02ff12f5ae5f4ba7355a Author: David Ter

[commit: testsuite] master: Improvements to testsuite to allow more complex tests (9fbdfb2)

2011-07-06 Thread David Terei
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/9fbdfb2f19af4675495b67f03e55df2483176620 >--- commit 9fbdfb2f19af4675495b67f03e55df2483176620 Author: David Ter

pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 290, Success

2011-07-06 Thread Builder
pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 290 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/290.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date

pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 273, Success

2011-07-06 Thread Builder
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 273 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/273.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date | S

[nightly] 06-Jul-2011 build of HEAD on i386-unknown-linux (cam-02-unx)

2011-07-06 Thread GHC Build Reports
Build description = HEAD on i386-unknown-linux (cam-02-unx) 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 Jul 6 18:00:01 BST 2011. checking out new source tree

pgj2 (amd64 FreeBSD HEAD), build 408, Failure

2011-07-06 Thread Builder
pgj2 (amd64 FreeBSD HEAD), build 408 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/408.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pg

pgj (x86 FreeBSD HEAD), build 410, Failure

2011-07-06 Thread Builder
pgj (x86 FreeBSD HEAD), build 410 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/410.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/41

[nightly] 06-Jul-2011 build of STABLE on x86_64-unknown-linux (cam-04-unx)

2011-07-06 Thread GHC Build Reports
Build description = STABLE on x86_64-unknown-linux (cam-04-unx) Build location= /64playpen/simonmar/nightly/STABLE-cam-04-unx Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-04-unx Nightly build started on cam-04-unx at Wed Jul 6 18:10:01 BST 2011. checking out new so

tn23 (x86 OSX HEAD), build 376, Failure

2011-07-06 Thread Builder
tn23 (x86 OSX HEAD), build 376 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/376.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/376

kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 281, Failure

2011-07-06 Thread Builder
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 281 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/281.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details:

mbolingbroke (x86 OSX HEAD), build 121, Failure

2011-07-06 Thread Builder
mbolingbroke (x86 OSX HEAD), build 121 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/mbolingbroke/121.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details: http://darcs.haskell.org/ghcBuilder/b

Re: [Haskell-cafe] How to ensure code executes in the context of a specific OS thread?

2011-07-06 Thread Simon Marlow
On 06/07/11 17:19, Gábor Lehel wrote: On Wed, Jul 6, 2011 at 5:24 PM, Jason Dagit wrote: On Wed, Jul 6, 2011 at 8:09 AM, Simon Marlow wrote: On 06/07/2011 15:42, Jason Dagit wrote: On Wed, Jul 6, 2011 at 2:23 AM, Simon Marlowwrote: On 06/07/2011 07:37, Jason Dagit wrote: On Jul 5, 2

Re: [Haskell-cafe] How to ensure code executes in the context of a specific OS thread?

2011-07-06 Thread Simon Marlow
On 06/07/11 17:14, David Barbour wrote: On Wed, Jul 6, 2011 at 8:09 AM, Simon Marlow mailto:marlo...@gmail.com>> wrote: On 06/07/2011 15:42, Jason Dagit wrote: How can I make sure my library works from GHC (with arbitrary user threads) and from GHCI? Right, but usual

[nightly] 06-Jul-2011 build of STABLE on i386-unknown-linux (cam-02-unx)

2011-07-06 Thread GHC Build Reports
Build description = STABLE on i386-unknown-linux (cam-02-unx) Build location= /playpen/simonmar/nightly/STABLE Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Wed Jul 6 18:10:01 BST 2011. checking out new source tree

Re: GCC, Mac OS X & the future

2011-07-06 Thread David Peixotto
I tried a few alternative implementations and found that passing the gct variable as a function parameter in the garbage collector performed the best, with an average execution time increase of 6% for gc-intense programs compared to a gcc compiled version. The patches for passing the gct variab

Re: [Haskell-cafe] How to ensure code executes in the context of aspecific OS thread?

2011-07-06 Thread Gábor Lehel
2011/7/6 Donn Cave : > Quoth =?ISO-8859-1?Q?G=E1bor_Lehel?= , > ... >> Stated another way: I suspect most GUI libraries don't really actually >> care that you only execute GUI code from the main OS thread, as much >> as they care that only one (thread-unsafe) GUI function is being >> called at any

[nightly] 06-Jul-2011 build of HEAD on x86_64-unknown-linux (cam-04-unx)

2011-07-06 Thread GHC Build Reports
Build description = HEAD on x86_64-unknown-linux (cam-04-unx) 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 Jul 6 18:00:01 BST 2011. checking out new source t

Re: Do we have to export _srt labels?

2011-07-06 Thread Max Bolingbroke
On 6 July 2011 16:40, Simon Marlow wrote: > When the data type has more constructors than we have room for in the tag > bits, then the code for the alternatives will grab the tag from the info > table.  If the info table is IND_STATIC_info, this will go wrong. I see. I have read the code and it l

Re: [Haskell-cafe] How to ensure code executes in the context of a specific OS thread?

2011-07-06 Thread Gábor Lehel
2011/7/6 Gábor Lehel : > 2011/7/6 Gábor Lehel : >> On Wed, Jul 6, 2011 at 5:24 PM, Jason Dagit wrote: >>> On Wed, Jul 6, 2011 at 8:09 AM, Simon Marlow wrote: On 06/07/2011 15:42, Jason Dagit wrote: > > On Wed, Jul 6, 2011 at 2:23 AM, Simon Marlow  wrote: >> >> On 06/07/2011 0

Re: [Haskell-cafe] How to ensure code executes in the context of a specific OS thread?

2011-07-06 Thread Gábor Lehel
2011/7/6 Gábor Lehel : > On Wed, Jul 6, 2011 at 5:24 PM, Jason Dagit wrote: >> On Wed, Jul 6, 2011 at 8:09 AM, Simon Marlow wrote: >>> On 06/07/2011 15:42, Jason Dagit wrote: On Wed, Jul 6, 2011 at 2:23 AM, Simon Marlow  wrote: > > On 06/07/2011 07:37, Jason Dagit wrote: >>

Re: [Haskell-cafe] How to ensure code executes in the context of a specific OS thread?

2011-07-06 Thread Gábor Lehel
On Wed, Jul 6, 2011 at 5:24 PM, Jason Dagit wrote: > On Wed, Jul 6, 2011 at 8:09 AM, Simon Marlow wrote: >> On 06/07/2011 15:42, Jason Dagit wrote: >>> >>> On Wed, Jul 6, 2011 at 2:23 AM, Simon Marlow  wrote: On 06/07/2011 07:37, Jason Dagit wrote: > > On Jul 5, 2011 1:04 PM, "J

[nightly] DPH Performance Test Succeeded

2011-07-06 Thread DPH Buildbot
Full logs at http://log.ouroborus.net/limitingfactor/dph Environment Platform host: limitingfactor.cse.unsw.EDU.AU arch: i386 processor: i386 system:Darwin 10.7.0 Versions GHC The Glorious Glasgow Haskell Compilation System, version 7.0.1 GCC i686-apple-da

Re: How to ensure code executes in the context of a specific OS thread?

2011-07-06 Thread Simon Marlow
On 06/07/2011 16:24, Jason Dagit wrote: On Wed, Jul 6, 2011 at 8:09 AM, Simon Marlow wrote: On 06/07/2011 15:42, Jason Dagit wrote: On Wed, Jul 6, 2011 at 2:23 AM, Simon Marlowwrote: On 06/07/2011 07:37, Jason Dagit wrote: On Jul 5, 2011 1:04 PM, "Jason Dagit"mailto:dag...@gmail.com>>

Re: Do we have to export _srt labels?

2011-07-06 Thread Simon Marlow
On 06/07/2011 16:31, Max Bolingbroke wrote: On 6 July 2011 16:28, Max Bolingbroke wrote: On 6 July 2011 15:44, Simon Marlow wrote: Ah, sorry I didn't read your message carefully enough. Now I'm not sure whether this will work as is. As seen from another module, this Id will look like a cons

Re: Do we have to export _srt labels?

2011-07-06 Thread Max Bolingbroke
On 6 July 2011 16:28, Max Bolingbroke wrote: > On 6 July 2011 15:44, Simon Marlow wrote: >> Ah, sorry I didn't read your message carefully enough. >> >> Now I'm not sure whether this will work as is.  As seen from another module, >> this Id will look like a constructor, so we might pointer-tag it

Re: Do we have to export _srt labels?

2011-07-06 Thread Max Bolingbroke
On 6 July 2011 15:44, Simon Marlow wrote: > Ah, sorry I didn't read your message carefully enough. > > Now I'm not sure whether this will work as is.  As seen from another module, > this Id will look like a constructor, so we might pointer-tag it when > referring to it. > I'm not sure whether we a

Re: How to ensure code executes in the context of a specific OS thread?

2011-07-06 Thread Simon Marlow
On 06/07/2011 15:42, Jason Dagit wrote: On Wed, Jul 6, 2011 at 2:23 AM, Simon Marlow wrote: On 06/07/2011 07:37, Jason Dagit wrote: On Jul 5, 2011 1:04 PM, "Jason Dagit"mailto:dag...@gmail.com>> wrote: > > On Tue, Jul 5, 2011 at 12:33 PM, Ian Lynaghmailto:ig...@earth.li>> wrote: > >

Re: Do we have to export _srt labels?

2011-07-06 Thread Simon Marlow
On 06/07/2011 13:47, Max Bolingbroke wrote: On 6 July 2011 12:22, Simon Marlow wrote: So I'm not sure it's worth the hassle of dealing with platform-specific low-level stuff for this case, since we don't save many symbols - there aren't many nullary constructors compared to, say, thunks or func

Re: Do we have to export _srt labels?

2011-07-06 Thread Max Bolingbroke
On 6 July 2011 12:22, Simon Marlow wrote: > So I'm not sure it's worth the hassle of dealing with platform-specific > low-level stuff for this case, since we don't save many symbols - there > aren't many nullary constructors compared to, say, thunks or function > closures. The idea behind using a

[commit: testsuite] master: Add test for #5129 (5ba6997)

2011-07-06 Thread Simon Marlow
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/5ba6997081dd2cba642e61d21d362d050e388e7a >--- commit 5ba6997081dd2cba642e61d21d362d050e388e7a Author: Simon Mar

[commit: testsuite] master: remove optllvm from other_ways (it is already automatically added to (4ff43d6)

2011-07-06 Thread Simon Marlow
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/4ff43d632b0dfef6fbfef1efe134c42508d51658 >--- commit 4ff43d632b0dfef6fbfef1efe134c42508d51658 Author: Simon Mar

[commit: ghc] master: New functionality for sync-all to support bare repos, mirroring the main repo layout. (7283d8a)

2011-07-06 Thread Simon Marlow
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/7283d8ae6a3280c2be32b39665fce393eb04bc44 >--- commit 7283d8ae6a3280c2be32b39665fce393eb04bc44 Author: George Roldugin

[commit: ghc] master: fix bug: check_out_flag should be checked_out_tree (43293b8)

2011-07-06 Thread Simon Marlow
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/43293b8c3210003c9e5b5b4a662f0fdb874353b7 >--- commit 43293b8c3210003c9e5b5b4a662f0fdb874353b7 Author: Simon Marlow D

Re: Remove of method sharing has broken validate

2011-07-06 Thread Ian Lynagh
Hi Max, On Wed, Jul 06, 2011 at 10:22:19AM +0100, Max Bolingbroke wrote: > > Your recent merge commit bb43ee6aa9953bf09c463c545bd268cb7de6c727 > removed method sharing and broke validation: Ah, sorry, the "don't push patches that aren't in upstream" pre-receive hooks didn't handle pushing to st

Re: Do we have to export _srt labels?

2011-07-06 Thread Simon Marlow
On 05/07/2011 13:39, Max Bolingbroke wrote: On 5 July 2011 11:55, Simon Marlow wrote: I'm officially on holiday hence the brief response. I'm fairly sure this should be safe, yes. Thanks for taking time out of your holiday to reply! I'll push that patch then. Once you are back from holiday,

Re: Procedure for merging in 7.2?

2011-07-06 Thread Ian Lynagh
On Wed, Jul 06, 2011 at 10:29:25AM +0100, Max Bolingbroke wrote: > > Say we wanted to put some commit to HEAD in the 7.2 branch, how would > you like us to go about this? > > * I could just email you and ask, at the cost of increasing your > workload a little :-) Actually, this probably minimis

[commit: testsuite] ghc-7.2's head updated: Remove GenDeprecated test (56e3194)

2011-07-06 Thread Ian Lynagh
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite Branch 'ghc-7.2' now includes: 56e3194... Remove GenDeprecated test ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: [commit: ghc] ghc-7.2: Rename STAGE0_PACKAGES to PACKAGES_STAGE0 (6fa9dc6)

2011-07-06 Thread Simon Marlow
On 05/07/2011 16:26, Ian Lynagh wrote: Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : ghc-7.2 http://hackage.haskell.org/trac/ghc/changeset/6fa9dc6dad21ffe52146f11eeadad47ce92e25b6 --- commit 6fa9dc6dad21ffe52146f

New patches in /srv/darcs/git-mirrors/random

2011-07-06 Thread Ian Lynagh
New patches in /srv/darcs/git-mirrors/random commit dfeff473ceefcc7e8d4b202fe154e8f869f12e67 Author: Ryan Newton Date: Tue Jun 28 14:25:45 2011 -0400 Adding the simple speed test from ticket #427. commit 5d805e7182798bd6d309649ed5648cb76ace667c Author: Ryan Newton Date: Tue Jun 28 13:

Procedure for merging in 7.2?

2011-07-06 Thread Max Bolingbroke
Hi Ian, Say we wanted to put some commit to HEAD in the 7.2 branch, how would you like us to go about this? There are several possibilities: * I could just fast forward/merge the 7.2 branch to the commit I want (potentially then including some commits we don't want for 7.2) * I could cherry-pic

Re: How to ensure code executes in the context of a specific OS thread?

2011-07-06 Thread Simon Marlow
On 06/07/2011 07:37, Jason Dagit wrote: On Jul 5, 2011 1:04 PM, "Jason Dagit" mailto:dag...@gmail.com>> wrote: > > On Tue, Jul 5, 2011 at 12:33 PM, Ian Lynagh mailto:ig...@earth.li>> wrote: > > On Tue, Jul 05, 2011 at 08:11:21PM +0100, Simon Marlow wrote: > >> > >> In GHCi it's a different

Remove of method sharing has broken validate

2011-07-06 Thread Max Bolingbroke
Hi Ian, Your recent merge commit bb43ee6aa9953bf09c463c545bd268cb7de6c727 removed method sharing and broke validation: """ "inplace/bin/ghc-stage1" -M -dep-makefile libraries/bytestring/dist-install/build/.depend-v-dyn.haskell.tmp -dep-suffix dyn -include-pkg-deps -H32m -O -Wall -Werror -H64m -O0

Re: How to ensure code executes in the context of a specific OS thread?

2011-07-06 Thread Simon Marlow
On 05/07/2011 20:38, Jason Dagit wrote: On Tue, Jul 5, 2011 at 12:11 PM, Simon Marlow wrote: On 04/07/11 06:02, Jason Dagit wrote: Hello, I'm trying to get some GUI code working on OSX and numerous forums around the internet keep reiterating that on OSX to correctly handle GUI events you nee

Re: How to ensure code executes in the context of a specific OS thread?

2011-07-06 Thread Simon Marlow
On 05/07/2011 20:33, Ian Lynagh wrote: On Tue, Jul 05, 2011 at 08:11:21PM +0100, Simon Marlow wrote: In GHCi it's a different matter, because the main thread is running GHCi itself, and all the expressions/statements typed at the prompt are run in forkIO'd threads (a new one for each statement,

Re: For your consideration PATCH to sync-all script to support bare repos

2011-07-06 Thread Simon Marlow
On 01/07/2011 07:40, George Roldugin wrote: Hi everyone, Attached is a patch which adds support for --bare flag to the sync-all script. Here's how one could use it (assuming the patch is merged in): $ wget https://raw.github.com/ghc/ghc/master/sync-all $ wget https://raw.github.com/ghc/ghc/mast

[commit: ghc] master: Fix printing of llvm IR to work with llvm-3.0 (2ca430d)

2011-07-06 Thread David Terei
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/2ca430df0dafd858e024c9f058186973d8bbde39 >--- commit 2ca430df0dafd858e024c9f058186973d8bbde39 Author: David Terei Da

[commit: ghc] master: Fix typo in Safe Haskell doc (45de2b4)

2011-07-06 Thread David Terei
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/45de2b4e312d41ca0127a04596f18c3c587b5670 >--- commit 45de2b4e312d41ca0127a04596f18c3c587b5670 Author: David Terei Da

[commit: testsuite] master: Skip optllvm (77b28e5)

2011-07-06 Thread David Terei
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/77b28e5993fd4e261a31586ca3ff0ea9a7e6c5bf >--- commit 77b28e5993fd4e261a31586ca3ff0ea9a7e6c5bf Author: David Ter

[commit: ghc] master: Some general code cleaning in LLVM backend (5505fbb)

2011-07-06 Thread David Terei
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/5505fbb784956377b5c57d1e478a4cbb190c6567 >--- commit 5505fbb784956377b5c57d1e478a4cbb190c6567 Author: David Terei Da