On Fri, Jun 30, 2006 at 03:45:57PM -0700, mvanier wrote:
I'm at a loss here. Somehow, the SplitObjs option doesn't seem to be doing
the job. Any suggestions would be appreciated.
It looks like gcc 4.1 is floating all the
__asm__(\n__stg_split_marker:);
results to the top of the
On Sat, 2006-07-01 at 16:36 +0100, Ian Lynagh wrote:
[resending as the original seems to have been silently eaten;
attachements are at http://urchin.earth.li/~ian/splitting/ ]
On Fri, Jun 30, 2006 at 03:45:57PM -0700, mvanier wrote:
I'm at a loss here. Somehow, the SplitObjs option
Yup, that's the problem all right. Recompiling ghc with
--with-gcc=/usr/bin/gcc-3.3 (on Debian) gives small executables. Thanks, Ian!
What a relief -- I was running multiple instances of hnop and it was chewing up
all of my memory ;-) Perhaps an hnop server might be a useful future
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ashley Yakeley
HNOP does nothing. Here's a sample session to illustrate:
$ ./hnop
$
The code is written entirely in plain Haskell 98 and makes no
use of FFI
or impure functions. The source is available in a darcs
Alistair_Bayley:
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ashley Yakeley
HNOP does nothing. Here's a sample session to illustrate:
$ ./hnop
$
The code is written entirely in plain Haskell 98 and makes no
use of FFI
or impure functions. The source
Incidentally, on my machine the compiled code is 2759360 bytes long unstripped
and 1491240 stripped. One has to wonder what all those bytes are doing. I hope
this doesn't sound petty; I love haskell and ghc, but 2.8 meg for a no-op
program seems a bit excessive.
I think the program could
mvanier:
Incidentally, on my machine the compiled code is 2759360 bytes long
unstripped and 1491240 stripped. One has to wonder what all those bytes
are doing. I hope this doesn't sound petty; I love haskell and ghc, but
2.8 meg for a no-op program seems a bit excessive.
Hmm. Sounds like
dumb question
Split objects? What's that?
/dumb question
I'm running this on Linux (Debian unstable).
Mike
Donald Bruce Stewart wrote:
mvanier:
Incidentally, on my machine the compiled code is 2759360 bytes long
unstripped and 1491240 stripped. One has to wonder what all those bytes
are
Could you perhaps write a Haskell Weekly News entry for this? It might
also be worth contacting Andres Löh and seeing if we can get a late
entry into the Haskell Communities and Activities Report, this seems
critical enough.
I agree that it is pretty critical, but I'll rather do a HNOP this
HNOP: Haskell No Operation
A first version of HNOP 0.1 is now available under a simple permissive
license. This version should be considered beta quality, though I
don't know of any bugs.
http://semantic.org/hnop.tar.gz
HNOP does nothing. Here's a sample session to illustrate:
$ ./hnop
$
10 matches
Mail list logo
