| However, whenever I change a data type or class even if they are not
| exported, it seems to force a full rebuild of everything that depends on
| that file. Is there any fundamental reason this can't be fixed? why do
| the non exported classes and data types end up in the hi file anyway
|
I checked out GHC from cvs and spent half a day building it but it
turned out to be 6.5. Is this correct? I built the crypto library
without problems.
How do I get 6.4.2 from cvs?
___
Glasgow-haskell-users mailing list
On 27 July 2006 09:48, Joel Reymont wrote:
I checked out GHC from cvs and spent half a day building it but it
turned out to be 6.5. Is this correct? I built the crypto library
without problems.
How do I get 6.4.2 from cvs?
You need to use -r ghc-6-4-branch when checking out, sorry about
Simon Peyton-Jones wrote:
| However, whenever I change a data type or class even if they are not
| exported, it seems to force a full rebuild of everything that depends on
| that file. Is there any fundamental reason this can't be fixed? why do
| the non exported classes and data types end up in
On Jul 27, 2006, at 9:53 AM, Simon Marlow wrote:
You need to use -r ghc-6-4-branch when checking out, sorry about that.
Ok, so I did cvs co -r ghc-6-4-branch ghc, hslibs, etc.. My build
failed after an hour.
/usr/bin/ld: warning multiple definitions of symbol _UP
On 27 July 2006 12:57, Joel Reymont wrote:
On Jul 27, 2006, at 9:53 AM, Simon Marlow wrote:
You need to use -r ghc-6-4-branch when checking out, sorry about
that.
Ok, so I did cvs co -r ghc-6-4-branch ghc, hslibs, etc.. My build
failed after an hour.
You didn't mention this
On Jul 27, 2006, at 1:03 PM, Simon Marlow wrote:
You didn't mention this explicitly, so just to be clear: did you
update
the root of your repository to the ghc-6-4-branch too?
I started from scratch with fpconfig. I then changed into the fptools
directory and grabbed the rest. I'm gonna
Dear list,
Is there a good reason that partially applied type synonyms cannot be made
instances of classes?
- A simple example would be making the identity type 'Id' (type Id x =
x) instance of 'Monad'. This would eliminate the need for some silly
occurrences of 'runIdentity', and perhaps
On Jul 27, 2006, at 1:03 PM, Simon Marlow wrote:
You didn't mention this explicitly, so just to be clear: did you
update
the root of your repository to the ghc-6-4-branch too?
I'm not sure what the root is but I blew everything away and did the
following:
mv fptools/ fptools.bak
cvs co
I'm getting into the weeds of a GHC-compiled program, and need a little
help. I'm trying to chase down a memory leak and Valgrind gives me the
following:
==24390== 54,844 bytes in 639 blocks are definitely lost in loss record
69 of 69
==24390==at 0x400446D: malloc
More on allocateExec... I see this at the end of ./ghc/compiler/ghci/
ByteCodeItbls.lhs
foreign import ccall unsafe allocateExec
_allocateExec :: CUInt - IO (Ptr a)
malloc_exec :: Int - IO (Ptr a)
malloc_exec bytes = _allocateExec (fromIntegral bytes)
It does not appear that malloc_exec is
It didn't take me long to discover allocateExec in ./ghc/rts/Storage.c.
I'm at a loss for clues as the build line that's trying to build
stage1 ghc and barfing does not include anything from the rts
directory. Shouldn't it?
--
http://wagerlabs.com/
Dear Simon,
Some data and a few questions:
1. The failure on FreeBSD is not the same as on OS X. I built 6.4.2
from cvs on FreeBSD 6.1, and ran the ghc-regress tests. The tests
took a long time to run (about 14 hours on a dual Xeon 2.8 GHz
with 2 GB of memory). Towards the end of the tests,
13 matches
Mail list logo