Re: GADT pattern match in non-rigid context

2007-12-23 Thread Isaac Dupree
Neil Mitchell wrote: Hi Simon, You should be giving a type signature to rewrap! That should fix it. Thanks, all works fine now :-) it would be great if the error message suggested giving a type signature as a solution (or maybe it already does, in the HEAD?) Isaac Neil | -Origi

Re: ANNOUNCE: GHC version 6.8.2

2007-12-23 Thread alpheccar
Hi Greg, I used 6.8.1 as bootstrap. I have a 6.6.1 so I'll try again with it. But it is good news to know that it is building on your Mac. Now I have more hope :-) Thanks, Christophe. Hi Christophe, On Dec 23, 2007, at 11:02 AM, alpheccar wrote: Was someone able to build ghc 6.8.2 on

Re: ANNOUNCE: GHC version 6.8.2

2007-12-23 Thread Gregory Wright
Hi Christophe, On Dec 23, 2007, at 11:02 AM, alpheccar wrote: Was someone able to build ghc 6.8.2 on PPC with OS X 10.4 (Tiger) ? I had no problems to build the 6.8.1 but with 6.8.2, I get the error: I was able to build 6.8.2 three times on PPC/Tiger (10.4.11) without error using 6.6.1 as a

Re: -i naked flag

2007-12-23 Thread Seth Kurtzberg
On Sun, 23 Dec 2007 11:36:50 -0500 Alex Jacobson <[EMAIL PROTECTED]> wrote: > The current docs use -i without any arguments to reset the path back to > []. That is an interesting feature but it is much less useful than > being able to use shell based tab completion when entering command line >

Re: whole program optimization

2007-12-23 Thread Tim Chevalier
On 12/23/07, Neil Mitchell <[EMAIL PROTECTED]> wrote: > Neil - who really wants external Core > I hate to advertise anything prematurely, but I'm hopefully going to be devoting some serious time to this starting very soon. (I guess that stating it here will put more pressure on me to finish it :-)

Re: whole program optimization

2007-12-23 Thread Stefan O'Rear
On Sun, Dec 23, 2007 at 07:35:20AM -0500, Isaac Dupree wrote: > GHC optimizes less effectively when parts of a program are in different > modules, or are exported from a module. Therefore, merging all the code > into one "module Main (main)" would help. Unfortunately, Haskell source > syntax i

--make should not touch the -o file if it doesn't change it

2007-12-23 Thread Alex Jacobson
Right now, if you recompile with --make, the exeutable gets a new timestamp. That seems incorrect. Is this a bug? -Alex- ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-

-i naked flag

2007-12-23 Thread Alex Jacobson
The current docs use -i without any arguments to reset the path back to []. That is an interesting feature but it is much less useful than being able to use shell based tab completion when entering command line options. I suggest that the -i reset feature be removed in favor of e.g. --clear-s

Re: ANNOUNCE: GHC version 6.8.2

2007-12-23 Thread alpheccar
Was someone able to build ghc 6.8.2 on PPC with OS X 10.4 (Tiger) ? I had no problems to build the 6.8.1 but with 6.8.2, I get the error: ../../compiler/stage1/ghc-inplace -package-name base-3.0.1.0 -hide- all-packages -split-objs -i -idist/build/autogen -idist/build -i. - Idist/build -Iinclude

Re: binary-dists for ghc-6.8.2

2007-12-23 Thread Ian Lynagh
On Tue, Dec 18, 2007 at 08:44:23PM +0100, Christian Maeder wrote: > > I've built binary distributions Thanks! All added to the download page. Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/

Re: ANNOUNCE: GHC version 6.8.2

2007-12-23 Thread Ian Lynagh
On Tue, Dec 18, 2007 at 12:08:50PM +1100, Manuel M T Chakravarty wrote: > I wrote, > >Ian Lynagh wrote: > >> = > >> The (Interactive) Glasgow Haskell Compiler -- version 6.8.2 > >> =

Re: whole program optimization

2007-12-23 Thread Neil Mitchell
Hi Isaac, I've had similar thoughts before. Once GHC can read and write external Core this should become a half hour hack. I did a similar thing in Yhc, and it really is trivial (http://darcs.haskell.org/yhc/src/compiler98/Core/Linker.hs). I'm sure there would be a few corner cases, but those kind

whole program optimization

2007-12-23 Thread Isaac Dupree
GHC optimizes less effectively when parts of a program are in different modules, or are exported from a module. Therefore, merging all the code into one "module Main (main)" would help. Unfortunately, Haskell source syntax is ill-suited to this; for example: module-boundary monomorphism rest