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.
[ 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 () - 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
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
for you?
I
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
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
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 to an
11 matches
Mail list logo
