Thanks. I also needed to make gmp on the target. Would this generally be
true as I think it would? I tried to update the wiki but don't have
privileges.
Jim
On Fri, 2008-01-11 at 23:25 +0100, Matthias Kilian wrote:
> On Fri, Jan 11, 2008 at 11:06:57AM +, Jim Burton wrote:
> > In file included
Hi, host machine is Linux i386 and the target is NetBSD alpha, ghc
6.8.2. With the help of the list the first part (on the target) is done
and I'm building the compiler on the host -- when building rts I get
"cc1: error: unrecognized command line option "-mieee"
What's this about? (I notice a co
Hi,
It seems that GHC's API interface has changed between 6.6 and 6.8. Most
notably, JustTypecheck and GHC.dropForAlls are no longer in scope.
Are the changes documented anywhere? The notes on the hackage commentary
still seem to point to the previous API internals.
http://hackage.haskell.org/tr
> > valery.vv:
> >
> > [...]
> >
> > My quest is to install lambdabot (for the sake of offline [EMAIL PROTECTED]'
> > and [EMAIL PROTECTED]' commands), and the one depends on `plugins'.
> >
> > [...]
> >
> > 2) it doesn't build with Cabal-1.3.2
> >
> >
> > [...]
Probably not, or at least not well. I'm afraid you'll just have to look at the
new API and ask questions. Putting what you learn on the Wiki is a great
service for others who walk the same path.
Simon
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf O
Hello,
By a rather indirect route, I discovered that I obtain an almost
factor of two improvement in performance in Data.List.sort if I make
one small change in the implementation of the function merge which
supports mergesort and hence sortBy and sort. Admittedly, the
improvement was only notic
mdg:
> Hello,
>
> By a rather indirect route, I discovered that I obtain an almost
> factor of two improvement in performance in Data.List.sort if I make
> one small change in the implementation of the function merge which
> supports mergesort and hence sortBy and sort. Admittedly, the
> improvem