On Fri, Feb 11, 2005 at 10:49:56AM -, Simon Marlow wrote:
> GHC has warned you about a module clash, for which you should be
> grateful :-) This could have lead to strange link-time errors, or even
> crashes, if you had used a library module which depended on the other
> PackedString.
>
> The
So my hack to get ghc working on x86-64 is a bit trickier with the new
version,
all that is needed is to make sure -m32 is passed to gcc, as, and ld and
everything works great with the i386 build of ghc. for earlier versions,
I set
extra_ghc_opts = ["-optc-m32", "-optl-m32", "-opta-m32"] for bas
Processing the file
> module Test where
>
> -- |Haddock chokes on this.
>
> (#):: a -> (a -> b) -> b
> a # f = f a
with Haddock 0.6 gives an error:
| haddock test.hs
| test.hs:5:3: Parse error
Since GHC deals with this code just fine, I suppose this is
a bug.
Peter
___
> Please test if you're able to, and give us feedback.
It looks like GADTs (or something else new) conflict with normal
Haskell'98 type inference. The following example used to compile
just fine with all previous versions of ghc and nhc98.
$ ghc-6.4.20050210 -package lang-c -o Parse.o P
For commands other than register, ghc-pkg --user operates on both the
user and global package databases, whereas the the docs and online
help says it operates on the user database only.
Also, ghc-pkg list queries only the system database (unless --user
is given), but the the docs say it queries bo
And one other niggle, if you try and load a module which doesn't exist
with :m, it doesn't load it, but it still appends it to command-line;
Prelude> :m + My.Module
Top level:
Failed to load interface for `My.Module':
Could not find module `My.Module':
use -v to see a list o
On 11 February 2005 13:17, Malcolm Wallace wrote:
> "Simon Marlow" <[EMAIL PROTECTED]> writes:
>
>> I'm having some trouble with the XML docbook formatting tools right
>> now. If you have a source tree, 'make html' should work in
>> ghc/docs/users_guide.
>
> Sadly, not.
>
> $ cvs checkout .
If I have two simple modules, Module1 and Module2 like this;
module Module1 where
f = "hello"
module Module2 where
import Module1
I load up Module2 in GHCi, and I can evaluate f in Module1;
Compiling Module1 ( ./Module1.hs, interpreted )
Compiling Module2 ( Module2.hs, interpr
On Fri, Feb 11, 2005 at 11:27:21AM -, Simon Marlow wrote:
> On 10 February 2005 23:35, Ian Lynagh wrote:
>
> > I'm no library expert, so there may be a cleaner/simpler/more portable
> > equivalent to the above.
>
> I'm not that familiar with libtool, but I guess what you're doing here
> is c
"Simon Marlow" <[EMAIL PROTECTED]> writes:
> I'm having some trouble with the XML docbook formatting tools right now.
> If you have a source tree, 'make html' should work in
> ghc/docs/users_guide.
Sadly, not.
$ cvs checkout ...
$ cd fptools
$ autoreconf
$ ./configure
[]
Simon
You've found an interesting case.
First, you are skating on thin ice here. GHC's ability to build
recursive dictionaries is quite experimental, and you are relying on it
completely.
But you're right: it "should" work. I can see why it isn't but I have
not got it clear enough in my hea
On 11 February 2005 11:07, Malcolm Wallace wrote:
> "Simon Marlow" <[EMAIL PROTECTED]> writes:
>
>>> $ ghc-pkg-6.4.20050209 --show-package=base-1.0
>>> --field=import_dirs ghc-pkg: cannot find package base-1.0
>>
>> BTW, we recommend you migrate to using the new command-line syntax
>> fo
On 10 February 2005 23:35, Ian Lynagh wrote:
> On Thu, Feb 10, 2005 at 07:00:47PM +0100, Juliusz Chroboczek wrote:
>> Hi Ian,
>>
>>> What is your particular problem?
>>
>> Running Darcs under ghci.
>
> This seems to work for me (at least in as much as ghci loads and
> FastPackedString.lengt
"Simon Marlow" <[EMAIL PROTECTED]> writes:
> > $ ghc-pkg-6.4.20050209 --show-package=base-1.0 --field=import_dirs
> > ghc-pkg: cannot find package base-1.0
>
> BTW, we recommend you migrate to using the new command-line syntax for
> ghc-pkg at some point.
Documented where? The GHC user
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/H
Hi Ian,
> What is your particular problem?
Running Darcs under ghci.
Juliusz
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
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-
On 11 February 2005 02:19, John Meacham wrote:
> There seems to have been a change in how packages are found which is
> biting me.
>
> I have a module called PackedString, which used to be fine, as ghc's
> packedstring was called Data.PackedString. however with ghc 6.4 I am
> getting the error:
>
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
On 10 February 2005 16:12, Malcolm Wallace wrote:
> "Simon Marlow" <[EMAIL PROTECTED]> 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 fin
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 b
21 matches
Mail list logo