- Glasgow-haskell-users

RE: GHC 6.4 release candidates available
by Simon Marlow 11 Feb '05

11 Feb '05

On 10 February 2005 17:07, Malcolm Wallace wrote: > $ ghc-pkg-6.4.20050209 --show-package=base --field=import_dirs > ["/usr/malcolm/local/lib/ghc-6.4.20050209/imports"] > > yet > > $ ghc-pkg-6.4.20050209 --show-package=base-1.0 --field=import_dirs > ghc-pkg: cannot find package base-1.0 > > $ ghc-pkg-6.4.20050209 --list-packages > /usr/malcolm/local/lib/ghc-6.4.20050209/package.conf: > rts-1.0, base-1.0, haskell98-1.0, template-haskell-1.0, ... Fixed, thanks. BTW, we recommend you migrate to using the new command-line syntax for ghc-pkg at some point. Cheers, Simon

2 1

RE: Unregistering a package
by Simon Marlow 11 Feb '05

11 Feb '05

On 10 February 2005 22:29, Peter Simons wrote: > Simon Marlow writes: > > > The general syntax of package ids is: > > > pkgid ::= pkg ('-' version)? > > pkg ::= (alphanum|'-')+ > > version ::= (digit+) ('.' digit+)* ('-' alphanum+)* > > Thanks. I gave my package the version "hsdns-0.0-2005-02-10" > and that fixed the problem. You should be aware that the version tags (i.e. -2005-02-10) are ignored by Cabal when determining whether dependencies are satisfied. That is, the ordering on versions ignores the tags. > > Perhaps we should change the syntax of package ids > > though? > > In my humble opinion, GHC shouldn't try to guess what > version identifiers mean; I would treat them as a literal > strings without any parsing. But that's probably just me. Mostly they are ignored, only parsed. Cabal is the only part of the systen that actually imposes a meaning, in terms of an ordering, on versions. Cheers, Simon

1 0

RE: GHC 6.4 release candidates available
by Simon Marlow 11 Feb '05

11 Feb '05

On 11 February 2005 01:22, John Meacham wrote: > When -fglasgow-exts is on, (#) no longer seems to be recognized. (I > get a parse error.) however # works fine as an infix operator. > John With -fglasgow-exts, (# is the opening unboxed-tuple bracket. This has been true in GHC for a long time (at least as far back as 5.04, I don't have any earlier builds to test with). Cheers, Simon

1 0

RE: GHC 6.4 release candidates available
by Simon Marlow 11 Feb '05

11 Feb '05

On 10 February 2005 16:12, Malcolm Wallace wrote: > "Simon Marlow" <simonmar(a)microsoft.com> writes: > >>> and how do you find out what $libdir refers to...? >> >> ghc --print-libdir > > Cool. Will fix hmake to use it. hmake just needs to know which modules are in which packages, right? It can find that out from ghc-pkg now without having to trawl through the import directories. Cheers, Simon

1 0

Re: Bug#294481: ghci -lpthread fails
by Ian Lynagh 10 Feb '05

10 Feb '05

On Wed, Feb 09, 2005 at 11:13:36PM +0100, Juliusz Chroboczek wrote: > Package: ghc6 > Version: 6.2.2-2 > > /usr/lib/libpthread.so (comes from libc6-dev 2.3.2.ds1-20) is a GNU > linker script, not a shared object. This breaks ghci. Known problem: http://www.haskell.org/pipermail/glasgow-haskell-users/2004-May/006671.html What is your particular problem? CCing glasgow-haskell-users(a)haskell.org as someone there may have an answer, or be interested to know the problem exists if not. Thanks Ian

3 3

RE: Unregistering a package
by Simon Marlow 10 Feb '05

10 Feb '05

On 09 February 2005 13:32, Peter Simons wrote: > I have an interesting problem. There are two versions of the > HsDNS package installed right now: > > $ ghc-pkg list > | /usr/local/ghc-current/lib/ghc-6.5/package.conf: > | rts-1.0, [...] (hsdns-2005-02-04), > | hsdns-2005-02-08 > > Now how can I unregister them? I have tried everything I > could think of, but no luck: > > $ ghc-pkg unregister hsdns > | ghc-pkg: package hsdns matches multiple packages: > | hsdns-2005-02-04, hsdns-2005-02-08 > > $ ghc-pkg unregister hsdns-2005-02-08 > | ghc-pkg: cannot parse 'hsdns-2005-02-08' as a package identifier > > Can someone give me a pointer how to remedy this situation? The problem is not really that "hsdns-2005-02-08" isn't a legal package identifier, actually it is an ambiguous package identifier. I suggest you remove that package by hand from the package.conf file, and instead use "hsdns-2005.02.08". The general syntax of package ids is: pkgid ::= pkg ('-' version)? pkg ::= (alphanum|'-')+ version ::= (digit+) ('.' digit+)* ('-' alphanum+)* This syntax means that package ids which have numeric component(s) at the end and no '.' will be ambiguous. I've added a test to ghc-pkg to prevent you from registering a package with a problematic package id for now. Perhaps we should change the syntax of package ids though? Cheers, Simon

2 1

Haddock issue
by Luis F. Araujo 10 Feb '05

10 Feb '05

Hello everyone, I was getting the following error with 'make html' : /usr/bin/haddock -t "Haskell Hierarchical Libraries (template-haskell package)" -h -o html Language/Haskell/TH.raw-hs Language/Haskell/TH/Lib.raw-hs Language/Haskell/TH/Ppr.raw-hs Language/Haskell/TH/PprLib.raw-hs Language/Haskell/TH/Syntax.raw-hs \ --package=template-haskell \ --dump-interface=template-haskell.haddock \ --use-index=../doc-index.html --use-contents=../index.html \ --read-interface=../base,../base/base.haddock Language/Haskell/TH/Syntax.raw-hs:156:1: parse error in doc string: [TokString " monad.\n",TokString "Take care: you are guaranteed the ordering of calls to ",TokIdent [runIO]] make[2]: *** [html/haddock.css] Error 1 make[1]: *** [html] Error 1 make: *** [html] Error 1 Apparently haddock needs to see I\/O instead of I/O in the line 149 of libraries/template-haskell/Language/Haskell/TH/Syntax.hs . Anyone is aware of this problem? Cheers,

1 0

RE: GHC 6.4 release candidates available
by Simon Marlow 10 Feb '05

10 Feb '05

On 10 February 2005 15:36, Malcolm Wallace wrote: > "Simon Marlow" <simonmar(a)microsoft.com> writes: > >> Ok, fixed. The right way to get the location of the package.conf >> file is to ask ghc-pkg, BTW. In fact, the right way is not to know >> the location of package.conf at all, but to use ghc-pkg to query its >> contents. The contents of package.conf is proprietary :-) > > And indeed hmake does use ghc-pkg, when it needs to find import > directories etc. But the thing is, previous versions of ghc-pkg > reported such directories as e.g. "$libdir/base", and how do you find > out what $libdir refers to...? ghc --print-libdir Cheers, Simon

2 1

RE: GHC 6.4 release candidates available
by Simon Marlow 10 Feb '05

10 Feb '05

On 10 February 2005 15:13, Malcolm Wallace wrote: > "Simon Marlow" <simonmar(a)microsoft.com> writes: > >> We are finally at the release candidate stage for GHC 6.4. >> Please test if you're able to, and give us feedback. > > In versions 5.00 <= ghc <= 6.2.2, the result of > > ghc -v 2>&1 | head -2 > > was something like > > Glasgow Haskell Compiler, Version 6.2.2, .... > Using package config file: /grp/haskell/lib/ghc-6.2.2/package.conf > > whereas with 6.4, these two lines have been swapped: > > Reading package config file: > /usr/malcolm/local/lib/ghc-6.4.20050209/package.conf Glasgow > Haskell Compiler, Version 6.4.20050209, .... > > and the "Using package config" message has become "Reading package > config". These changes are minor and unnecessary: in particular they > make the detection of configuration information (by hmake) rather > more complicated than it ought to be. I know this is a pretty trivial > complaint, but the -v behaviour has been stable for a few years now, > so why change it arbitrarily? Ok, fixed. The right way to get the location of the package.conf file is to ask ghc-pkg, BTW. In fact, the right way is not to know the location of package.conf at all, but to use ghc-pkg to query its contents. The contents of package.conf is proprietary :-) Cheers, Simon

2 1

RE: GHC 6.4 release candidates available
by Simon Marlow 10 Feb '05

10 Feb '05

On 10 February 2005 13:40, Simon Marlow wrote: > On 10 February 2005 13:31, Malcolm Wallace wrote: > >> "Simon Marlow" <simonmar(a)microsoft.com> writes: >> >>> We are finally at the release candidate stage for GHC 6.4. >>> Snapshots with versions 6.4.20050209 and later should be considered >>> release candidates for 6.4. >> >> Using: ghc-6.4.20050209-i386-unknown-linux.tar.bz2 >> >> $ cat hello.hs >> main = putStrLn "hello world" >> $ ghc--6.4.20050209 -o hello hello.hs >> ld: cannot find -lHSbase_cbits >> collect2: ld returned 1 exit status >> $ >> >> Pretty much a show-stopper. > > Yes, I'm fixing this right now. Please hold off downloading until I > can get a fixed distribution up... New distributions are up now. Cheers, Simon

1 0