Hello GHC people,
I was trying my hand at some GHC hacking, and I couldn't help but notice
that much of the code looks (IMHO) horrible. There are some things that look
as if they haven't been touched since the Haskell 1.3 days. The most
striking is the use of `thenXX` instead of do notation.
Simon Marlow wrote:
Isaac Dupree wrote:
Simon Marlow wrote:
Isaac Dupree wrote:
linking the compiled stage2 failed when bootstrapping from 6.6.1,
with --prefix=$HOME .
It's odd because I previously had a 6.8.2 (official x86 Linux
bin-dist) installed as root (it's gone now), and I still have
Hi, Neil--
On 1/3/08, Neil Mitchell <[EMAIL PROTECTED]> wrote:
> Hi Victor,
>
> > -package-name base
> >
> > should do the thing
>
> Thanks very much, that is the correct flag to allow built in syntax.
> However, turning that flag on also does other stuff, which breaks new
> things. Taking the mod
Hi Victor,
> -package-name base
>
> should do the thing
Thanks very much, that is the correct flag to allow built in syntax.
However, turning that flag on also does other stuff, which breaks new
things. Taking the module Prelude.hs, from a darcs checkout of the
libraries:
C:\Documents\Uni\packag
Hi
> Simon Marlow wrote:
> i.e. qualify most things, but selectively import a few things unqualified.
> The GHC API is quite huge, I expect clashes to be fairly common if you
> import it unqualified.
> On 1/3/08, Simon Peyton-Jones <[EMAIL PROTECTED]> wrote:
> I've no objection to renaming it, if
On 3-Jan-08, at 4:47 PM, Christian Maeder wrote:
Hi,
can someone explain the linking error below? (on Intel-Mac (Tiger?))
Preprocessing library HDBC-sqlite3-1.1.3.0...
Building HDBC-sqlite3-1.1.3.0...
[1 of 7] Compiling Database.HDBC.Sqlite3.Consts ( dist/build/Database/
HDBC/Sqlite3/Consts.hs
Hello,
Why is it that the haddock docs supplied with GHC omit this module and
its exports? Is it because we're not supposed to use them? I'm thinking
of the compareInt# function in particular, which I use quite a lot.
Thanks
--
Adrian Hey
___
Glasgow
Hi,
can someone explain the linking error below? (on Intel-Mac (Tiger?))
Preprocessing library HDBC-sqlite3-1.1.3.0...
Building HDBC-sqlite3-1.1.3.0...
[1 of 7] Compiling Database.HDBC.Sqlite3.Consts ( dist/build/Database/
HDBC/Sqlite3/Consts.hs, dist/build/Database/HDBC/Sqlite3/Consts.o )
[2 of
I've no objection to renaming it, if that's more convenient. It's a kind of
composition operator, hence the name. Perhaps <:>? By all means send, or
commit, a patch
Simon
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
| Neil Mitchell
| Sent: 31
Isaac Dupree wrote:
Simon Marlow wrote:
Isaac Dupree wrote:
linking the compiled stage2 failed when bootstrapping from 6.6.1,
with --prefix=$HOME .
It's odd because I previously had a 6.8.2 (official x86 Linux
bin-dist) installed as root (it's gone now), and I still have a bunch
of cabal/ha
Walt Rorie-Baety wrote:
Maybe I'm just too new at this, but the GCH FAQ entry for readline in
GHCi is confusing for me. Especially since it ends with the sentence
"Instructions for GHC 6.2.2. are here." However, as the quote goes,
"there's no 'here' here." - the location of the instructions are
Simon Marlow wrote:
Isaac Dupree wrote:
linking the compiled stage2 failed when bootstrapping from 6.6.1, with
--prefix=$HOME .
It's odd because I previously had a 6.8.2 (official x86 Linux
bin-dist) installed as root (it's gone now), and I still have a bunch
of cabal/hackage packages instal
Isaac Dupree wrote:
linking the compiled stage2 failed when bootstrapping from 6.6.1, with
--prefix=$HOME .
It's odd because I previously had a 6.8.2 (official x86 Linux bin-dist)
installed as root (it's gone now), and I still have a bunch of
cabal/hackage packages installed in $HOME that wer
13 matches
Mail list logo
