"in due course" is a native English way of saying
"I'm not quite sure" :-)
We are planning a release before Christmas. Whether we
will actually get it out in the next 3 days remains to be seen,
but if not then it'll be early in the new year.
Simon
| -Original Message-
| From: Sven Eri
Hi Bernie,
> I've been playing with the FFI in GHC 5.02.2
>
> I'm not sure if I'm using it correctly because I get a space leak
> in my program.
I just tried your example and it seems to run in constant space here
with 5.02.2. The code looks fine - this isn't something we really
envisaged peop
Hi Simon,
(posted to [EMAIL PROTECTED] in case anyone else is
reading this).
> I just tried your example and it seems to run in constant space here
> with 5.02.2. The code looks fine - this isn't something we really
> envisaged people doing with the RTS API, but there's no real problem
> with i
Hi Bernie,
Thanks for a very well researched bug report. I've looked into it, and
there is indeed a space leak (well, two in fact). The reason I didn't
notice before was because I was looking at the heap stats rather than
using top; one of the leaks was with memory from malloc(), and the other
Hi Nick,
> I just installed GHC 5.02.2 (actually, the latest version
> from CVS), and
> had a strange problem. My first attempt worked ok, but I
> screwed something
> up, so I junked it and started again from scratch.
>
> This time, it died part-way through the "make boot" step for ghc
> itse
On Fri, 25 Jan 2002, Simon Marlow wrote:
> Nothing springs to mind, unless you had explicitly set
> $(ProjectsToBuild) in your build.mk, and left out glafp-utils. It
> usually isn't necessary to set $(ProjectsToBuild) as it defaults to
> building all the projects in the current tree.
Aha, that
> > > Also, when I try to compile for ticky-ticky profiling...
> >
> > Just set GhcLibWays=t, you don't have to set
> GhcCompilerWays too (this
> > is for building the compiler itself in a different way).
>
> Unless I want to ticky-ticky profile the compiler itself, yes?
Yup... if you want to
> I downloaded and installed ghc-5.02.2-i386-unknown-linux.tar.bz2 on my
> RedHat Linux 6.2 box (because RPM won't install the relevant RPMs).
> However, when I run "ghci," I get the message ... "GHC ...
> 5.02.1" ...
>
> What do you think is happening here?
What do you get from 'ghc --versio
At 11:40 AM 4/8/2002 +0100, you wrote:
> > I downloaded and installed ghc-5.02.2-i386-unknown-linux.tar.bz2 on my
> > RedHat Linux 6.2 box (because RPM won't install the relevant RPMs).
> > However, when I run "ghci," I get the message ... "GHC ...
> > 5.02.1" ...
> >
> > What do you think is ha
At 12:58 PM 4/8/2002 -0700, you wrote:
At 11:40 AM 4/8/2002 +0100, you wrote:
> I downloaded and installed ghc-5.02.2-i386-unknown-linux.tar.bz2 on my
> RedHat Linux 6.2 box.
> However, when I run "ghci," I get the message ... "GHC ...
> 5.02.1" ...
ghc-5.02.3-i386-unknown-linux.tar.bz2 fro
> Section 2.6. of the Haskell report says:
>
> A string may include a "gap"---two backslants enclosing white
> characters---which is ignored. This allows one to write long
> strings on
> more than one line by writing a backslant at the end of one
> line and at
> the start of the next. For examp
> > ghc-5.02.2 cannot parse string gaps.
> > It accepts \ at the end of a line but not at the beginning of the
> > following line.
>
> It works ok here. There's a well-known problem with string gaps in conjunction with
>CPP; see
>
> http://www.haskell.org/ghc/docs/latest/set/options-phases.html#
12 matches
Mail list logo
