Validate broken on Snow Leopard and Mountain Lion

2013-11-12 Thread Ben Lippmeier
The Snow Leopard says: -- Loading package primitive-0.5.1.0 ... linking ... done. Loading package vector-0.10.9.1 ... : can't load .so/.DLL for: /Users/benl/devel/ghc/ghc-head-validate/libraries/vector/dist-install/build/libHSvector-0.10.9.1-ghc7.7.20131113.dylib (dlopen(/Us

Re: Adding new library dependencies to GHC

2013-11-12 Thread Carter Schonwald
Hey Alex, very very cool! a few thoughts: ghc stage1 has no GHCI, and thus can't build / use a lib that has template haskell. LLVM-General uses template haskell pretty heavily to generate the FFI code! see https://github.com/bscarlet/llvm-general/blob/master/llvm-general/src/LLVM/General/Internal

RE: Windows build

2013-11-12 Thread Simon Peyton-Jones
Great...that works. I also had to edit mk/boilerplate.mk to comment out these lines # ifeq "$(shell $(SHELL) -c 'python2 -c 0' 2> /dev/null && echo exists)" "exists" # PYTHON = python2 # endif Because msys2 has python2.exe as well as python.exe. (Or I could have moved that out of the way too.

RE: Restrictions on polytypes with type families

2013-11-12 Thread Simon Peyton-Jones
Me neither. Simon From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Richard Eisenberg Sent: 12 November 2013 16:15 To: Nicolas Frisby Cc: Manuel Chakravarty; ghc-devs@haskell.org Subject: Re: Restrictions on polytypes with type families I'm unaware of any progress on this front

Re: Finding & assembling class dictionaries from GHC plugins?

2013-11-12 Thread Conal Elliott
Hi Simon. Yes, I'd appreciate such a call, with at least one of the HERMIT folks in the conversation as well. They'll be implementing whatever we come up with as an improvement to HERMIT, and I'll be using the result. I'll follow up about choosing a time that works for all. -- Conal On Mon,

Re: Restrictions on polytypes with type families

2013-11-12 Thread Richard Eisenberg
I'm unaware of any progress on this front since the thread died out. I don't really think I have time to get too involved in an answer, but I'd be quite keen to hear of one! Richard On Nov 11, 2013, at 2:47 PM, Nicolas Frisby wrote: > Has there been any other discussions/write-ups regarding th

Re: Trac formatting

2013-11-12 Thread Joachim Breitner
Hi, Am Dienstag, den 12.11.2013, 15:24 + schrieb Simon Peyton-Jones: > When Trac formats commit messages it is doing a terrible job. See for > example: https://ghc.haskell.org/trac/ghc/ticket/5996 > > The commit message is nigh illegible until typeset without makup (see > comment 10). I bel

Trac formatting

2013-11-12 Thread Simon Peyton-Jones
When Trac formats commit messages it is doing a terrible job. See for example: https://ghc.haskell.org/trac/ghc/ticket/5996 The commit message is nigh illegible until typeset without makup (see comment 10). Could this be done automatically? Simon Microsoft Research Limited (company number 0336

Re: Pattern match failure in StgCmmExpr.hs when adding new out-of-line primop

2013-11-12 Thread Edsko de Vries
Hmmm, a completely clean build seems to have resolved the issue. Indicative of a Makefile problem somewhere? -E On Tue, Nov 12, 2013 at 10:36 AM, Edsko de Vries wrote: > Hi guys, > > I'm trying to add a new primop; as a starting point I just copied the > definition of "catch#" in primops.txt.p

Re: Pattern match failure in StgCmmExpr.hs when adding new out-of-line primop

2013-11-12 Thread Edsko de Vries
Hi Arash, On Tue, Nov 12, 2013 at 10:44 AM, Arash Rouhani wrote: > I'm really curious why you want a "catchRethrow". I'm tempted to add such > a primop myself since I'm working on problems with stack traces. I'm really > interested in what use-case you had in mind. > I'm working on dealing wit

Pattern match failure in StgCmmExpr.hs when adding new out-of-line primop

2013-11-12 Thread Edsko de Vries
Hi guys, I'm trying to add a new primop; as a starting point I just copied the definition of "catch#" in primops.txt.pp and renamed "catch#" to "catchRethrow#", and added the corresponding declarations following https://ghc.haskell.org/trac/ghc/wiki/Commentary/PrimOps#AddinganewPrimOp ; however, w

Re: Windows build

2013-11-12 Thread kyra
It looks the second option (native win32 python) works. I've installed native win32 python, reverted my edit, leaving only *your* edit in place, *and* disabled msys2 python simply moving all msys2 python executables out of the path. It seems, all works now (I didn't wait the finish of tests, t

RE: Windows build

2013-11-12 Thread Simon Peyton-Jones
Thanks Kyra, you are a star. Yes, msys2 has been updated to fix the ctypes bug. I have the version from 20131022. With your edit I now get this: Traceback (most recent call last): File "../driver/runtests.py", line 164, in if mydll.kernel32.SetConsoleCP(65001) == 0: File "/usr/lib/py