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, the
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/
_
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
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 (vg_replace_malloc.c:14
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 -
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 narr
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 t
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 . My build
> failed after an hour.
You didn't mention this explicitly, so just
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 . My build
failed after an hour.
/usr/bin/ld: warning multiple definitions of symbol _UP
/opt/local/lib/libreadline.5.dylib(termina
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 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 abou
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
Glasgow-haskell-users@haskell
| 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
| (assumi
13 matches
Mail list logo