(apologies for the previous attempt at this message)
I'm attempting to profile a project spread over four or five modules,
each compiled using cabal with the --enable-library-profiling and
--enable-executable-profiling switches. The resulting profiles
include all function calls for several of the
Hello,
I'm attempting to track down time usage in a project, spread over four
or five modules. I've compiled them all with profiling (using cabal
with the --
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org
2005/9/12, Simon Marlow <[EMAIL PROTECTED]>:
> GNU CPP reports the column number, not the char index, AFAICT. Try the
> attached file.
CPP returns the following error for the attached file:
ctest22.c:3:13: macro "undefined" requires 2 arguments, but only 1 given
undefined;
13 is exactly the in
Hello Simon,
Thanks for your suggestion (I didn't know about this option)
On Monday 12 Sep 2005 12:04 pm, Simon Marlow wrote:
> On 05 September 2005 19:38, Adrian Hey wrote:
> > On Monday 05 Sep 2005 5:42 pm, Jan-Willem Maessen wrote:
> >> This agrees with my theory.
> >
> > Thanks, I'm sure this
These are the latest nrs concerning the space behaviour of my
application. Some seem very weird to me. I tested the binaries
on to different hosts.
host1: Pentium4 2,33 Ghz, 512 mb, 1 gig swap. (linux) GHC version 6.2.1
| top shows VIRT/RSS/TIME | hc graph shows
-
Hello,
Some of your problems may be related to the C++ ABI transition
currently underway in debian.
http://lists.debian.org/debian-devel-announce/2005/07/msg1.html
I think this affects ghc because ghc depends on libraries like libgmp
and libncurses which also ship C++ bindings.
You could tr
Simon Marlow wrote:
- overhead of profiling itself, which currently runs at 2 extra
words per heap object. At a guess, that probably results in
about a 30% overhead.
top also shows 161mb for the non-profiling binary (the same as the
profiling binary). This strikes me as odd, because t
Simon Marlow <[EMAIL PROTECTED]> schrieb:
> On 06 September 2005 15:33, Wilhelm B. Kloke wrote:
>
>> I have a FreeBSD box running FreeSD-amd64-6.0. Is there anybody who
>> can give me a set of .hc files (probably from linux x86_64) to build
>> GHC? I tried to follow the instructions to crossbuild f
On 09 September 2005 15:58, Niels wrote:
> Bulat Ziganshin wrote:
>> i don't know what value shows the -xc oprion, but memory usage in
>> ghc-compiled program are increased because by default used "copying"
>> garbage collection algorithm. using option "+RTS -c" will
>> significantly reduce memory
On 06 September 2005 15:33, Wilhelm B. Kloke wrote:
> I have a FreeBSD box running FreeSD-amd64-6.0. Is there anybody who
> can give me a set of .hc files (probably from linux x86_64) to build
> GHC? I tried to follow the instructions to crossbuild from
> FreeBSD-i386,
> but my attempts failed fo
On 05 September 2005 19:38, Adrian Hey wrote:
> On Monday 05 Sep 2005 5:42 pm, Jan-Willem Maessen wrote:
>> This agrees with my theory.
>
> Thanks, I'm sure this must be the explanation. I guess the moral of
> the story is that for comparative benchmarks you really do need to
> make sure you're c
On 02 September 2005 17:09, Bulat Ziganshin wrote:
> Hello Alistair,
>
> Thursday, September 01, 2005, 6:36:09 PM, you wrote:
>
>> The heap profile graph for this program shows an initial peak, and
>> then the graph is flat at 8Mbytes, which I think is the space
>> allocated to the two STArrays
On 31 August 2005 07:55, Krasimir Angelov wrote:
> Quite recently GHC was changed to display the column number as well as
> the line number in all error messages. This is useful feature but I
> found the following difficulty with using it. All text editors that
> have built-in support for compiler
13 matches
Mail list logo
