RE: 6.4 snapshot installer available

2005-03-02 Thread Mike Thomas
Hi Sigbjorn. | http://www.haskell.org/ghc/dist/stable/dist/ghc-6-4-20050301.msi | (md5.sig: 0f3be1a0c211194415b2cb8ee579f6e1 ; size: 46M) Thanks as usual. I built CVS head GHC with this package and mucked around a little bit. The only problem I've come across so far is that an objectio librar

RE: GHC 6.4 release candidates available

2005-03-02 Thread Ralf Lammel
It also worked in 6.2 Before that I don't remember. It is a very sensible thing to do simply because the mere ghci prompt suggests that we are in the scope of the top-level module. So one would really expect that ghci honors the directives of the top-level module. Ralf > -Original Message

Re: GHC 6.4 release candidates available

2005-03-02 Thread Keean Schupke
Erm, what is the module context of GHCi? I thought ghci used the context of the loaded module: ghci Test.hs *Test> I though the 'Test' in the prompt indicated you were in the context of the "Test" module. In which case the pragma at the top of the test module should be in force? Keean. Simon Pey

RE: GHC 6.4 release candidates available

2005-03-02 Thread Simon Peyton-Jones
Ah, yes. In 6.2, overlap errors were checked and reported "eagerly" at the instance declaration. So instance C Int a instance C b Bool was rejected. Now it isn't. Instead the program is only rejected if a constraint arises that matches two instance decls, and neither is more spe

Re: GHC 6.4 release candidates available

2005-03-02 Thread Keean Schupke
In the past having: {-# OPTIONS -fallow-overlapping-instances #-} in a module was enough to get ghci to allow the overlaps. so we do: ghci Test.hs now it does not work (but it did in 6.3), but: ghci -fallow-overlapping-instances Test.hs does... Even it Test.hs is the top level module. Keean. Sim

RE: GHC 6.4 release candidates available

2005-03-02 Thread Simon Peyton-Jones
Ralf You have a pragma "-fallow-overlapping-instances" in Test.hs, and indeed it is honoured when compiling Test.hs. But it's not taken into account when compiling top-level expressions, or, indeed, if you were to import Test into another module. If you say ":set -falllow-overlapping-instances"

Re: x86_64 port

2005-03-02 Thread John Goerzen
Kip Macy gmail.com> writes: > I've followed the instructions to the letter. Debian has had a working amd64 package of ghc for some time now. It is built out of the standard source base for it. You can find that at: http://ftp.debian.org/debian/pool/main/g/ghc6 You'll want to grab the orig.ta

RE: GHC 6.4 release candidates available

2005-03-02 Thread Simon Marlow
On 02 March 2005 02:10, Benjamin Franksen wrote: > I haven't followed this thread too closely so please excuse me if > this has already been mentioned (or even fixed). > > After I installed the latest binary package (20050228) the > documentation was not correctly linked from the main documentati

RE: GHC 6.4 release candidates available

2005-03-02 Thread Simon Marlow
On 01 March 2005 22:34, Ian Lynagh wrote: > The following files in the tarball look like they shouldn't be there > (and should be cleaned by at least distclean): > * ghc/includes/mkGHCConstants (an x86 ELF binary) > * ghc/driver/package.conf.inplace.old > * ghc/driver/package.conf.old > * A large

seeking array advice

2005-03-02 Thread Ketil Malde
Hi, I'm about to rework an old program, and I am pondering what data structure to use. Basically, I want to store an index of fixed-length words (q-grams) with positions, i.e. given a word, I can quickly find its position in the data. The data set may be large (gigabytes would be nice), and I a

Re: GHC 6.4 release candidates available

2005-03-02 Thread Malcolm Wallace
Ian Lynagh <[EMAIL PROTECTED]> writes: > ghc-6.4.20050228-src.tar.bz2 > > I think you have unswapped the first two lines of > "ghc -v 2>&1 | head -2" but not changed "Reading" back to "Using", so > old hmakes are still broken (old includes the latest release, I > believe). There are a couple of

RE: GHC 6.4 release candidates available

2005-03-02 Thread Ralf Lammel
I think this is an old bug, or at least I have seen it months back. The "overlapping instances" directive does not make it to the top-level. See attached sample with the offending session. Thanks for fixing. Ralf Test.hs Description: Test.hs ___ Glas