Dean, George,
>Would it be possible to bring the DeepSeq library into the libraries
>distributed with GHC? (I think Dean Herington is responsible for it.)
>
>Of course it's easy enough to drop it into one's own program (I am just
>about to do this) but
>(1) It is fairly common to want to force d
> I've patched up an install script for OpenBSD users of GHC who:
>
> - would like to install it somewhere other than /usr/local
> - do not have root priviledges on their machine
>
> Note that uninstallation must be by hand if you use this script, as we
> bypass the pkg system
The RPMs of documentation are currently not quite right - they don't
contain any of the Haddock-generated docs or the index.html that ties it
all together. We know about the problem, but no-one has had the time
(or in my case, the RPM-savvyness) to fix it yet.
Michael Weber said:
> In the ghc5-
[ sorry for the delay in replying to this one, I'm just trying to
clear some of my backlog... ]
> I have a feeling this may be a stupid question, but why are the
> types of these..
> newForeignPtr :: Ptr a -> IO () -> IO (ForeignPtr a)
> addForeignPtrFinalizer :: ForeignPtr a -> IO ()
| The user's guide is silent about which version of Eq is used
| for literal patterns, but I assume that it follows the (n+k)
| example and so Prelude Eq is used for the overloaded use of ==.
That's right. I'll add a note to that effect in the users guide.
| What is the reason for using Prel
On Monday 15. July 2002 12:38, Simon Marlow wrote:
> > > I have a dual Athlon box, make -j2 fails, but make works.
> > > Is that normal?
> >
> > I did some tweaking to the build system to help -jN builds, but I
> > haven't tested a complete build this way. Whereabouts does
> it fall over
> > fo
The FreeBSD folks have been kind enough to commit the update for the ghc
port to 5.04. FreeBSD users: cvsup your /usr/ports, cd
/usr/ports/lang/ghc && make install, or wait for the package to appear
on your local mirror site and try 'pkg_add -r ghc'.
Cheers,
Simon
___
Hi, for some concurrency abstractions I decided to use deadlock
detection by means of exceptions which didn't work out as expected.
Below is some simplifed source code showing the problem: My assumption
was since GHC should be able to detect that the child still has a
reference to mv_should_work -
> Could you try IOUArray for completeness too? (An IOUArray is the
> unboxed version of IOArray, it can be found in Data.Array.IO).
It fits in as the fastest:
IOUnboxedMutArray 0.48u 0.04s 0:00.58 89.6%
> > NormalArray 1.65u 0.20s 0:01.89 97.8%
> > NormalArrayReplace
> Hi, for some concurrency abstractions I decided to use deadlock
> detection by means of exceptions which didn't work out as expected.
> Below is some simplifed source code showing the problem: My assumption
> was since GHC should be able to detect that the child still has a
> reference to mv_sho
probably a result of the libraries (probably = certainly), but i get:
../../src/green-card --target ghc StdDIS.gc
ghc -fglasgow-exts -fno-prune-tydecls -fvia-C -package lang -package util
-c StdDIS.hs -o StdDIS.o
StdDIS.hs:39: Module `Foreign' does not export `ForeignObj'
StdDIS.hs:39: Module `
> anyone have a patch?
I think the CVS repository has a patch.
If not, try adding 'import ForeignObj' to StdDIS.gc.
Probably wise to reexport ForeignObj from StdDIS.gc too.
[Can't test this since I'm using someone else's box this week and
it'll take a few days for my upgrade to 5.04 request to
what happened to Foreign.destructArray? I can't seem to find it
anywhere...
Also, has anyone thought of putting a search-engine front end on to the
Haskell documentation? Even just a search on google using
site:haskell.cs.yale.edu filetype:html inurl:docs
would be nice, once google decides
Hal Daume III <[EMAIL PROTECTED]> wrote,
> clearly IOMutArray is the best, even outperforming the
> UnboxedArray. Unfortunately, writing code in the IOMutArray format is
> much uglier than writing it in the UnboxedArray or NormalArray formats,
> even though I know that I'm never going to refer t
14 matches
Mail list logo
