Re: isSpace is too slow

ndmitchell: > Hi, > > I'm running a particular benchmark which calls isSpace a lot > (basically wc -w). There are three ways to do the underlying space > comparison - using the Haskell Data.Char.isSpace, using the C isspace, > or using the C iswspace: > > isspace: 0.375 > iswspace: 0.400 > Char.i

Re: Release plans

simonmarhaskell: > We'd like to solicit comments from the community on our plans for future > GHC releases. The current situation is this: > > - 6.6.1 is nearly ready to go (perhaps this week, please test the RC!) > - 6.6.2 has ~35 outstanding tickets > - 6.8 has ~150 outstanding tickets > >

Re: RULES and type classes

haskell: > Is there any way to use RULES substitutions with type classes? > > I'm writing a reactive programming arrow (same idea as Yampa, different > design goals), and it would help performance (and not just in the speed > sense) to be able to tell when a value derived with arr hasn't changed.

Re: inter module optimizations

fmohamed: > I had posted some data on inter-module optimizations that I had > calculated when splitting my program from one computational module to > many different ones. > > Tim Chevalier suggested that my calculation could be interesting to the > people here. > > So I made the effort of prep

Re: Haskell API for memory useage

ndmitchell: > Hi, > > Haskell has getCPUTime to get the amount of CPU Time that has been > consumed, but has no equivalent for memory use. I would like to get > something similar to -RTS -t, but from a Haskell program. I'm not > overly fussed about what memory statistic I get, as long as it is > s

Re: Code breaks with '-O', any ideas.

haskell2: > David Brown wrote: > > Ian Lynagh wrote: > >> On Mon, Mar 05, 2007 at 10:51:46AM -0800, David Brown wrote: > >>> My program 'harchive' breaks > >>> if compiled with '-O'. Just wondering if anyone has suggestions on > >>> how to figure out what mi

Re: ghc -fasm declared not too shabby

simonmarhaskell: > Donald Bruce Stewart wrote: > >Got some initial nobench numbers for ghc head -fvia-C versus -fasm, on > >amd64: > > > >http://www.cse.unsw.edu.au/~dons/nobench/x86_64/results.html > > > >Overall all of nobench, ghc -fasm averages 3%

ghc -fasm declared not too shabby

Got some initial nobench numbers for ghc head -fvia-C versus -fasm, on amd64: http://www.cse.unsw.edu.au/~dons/nobench/x86_64/results.html Overall all of nobench, ghc -fasm averages 3% slower. Not too shabby! There's some wider variation on the microbenchmarks in the imaginary class: one

Re: hrm...

john: > so I have this simple bit of code, which should be fast but seems to be > being compiled to something very slow. > > > import Data.Word > > import Data.Bits > > > > fhb :: Word -> Word > > fhb w = b1 .|. b2 where > > b2 = if 0x .&. w /= 0 then 0x2 else 0 > > b1 = if 0xFF0

Re: Building GHC quickly

simonmarhaskell: > Donald Bruce Stewart wrote: > >Had a go today building GHC on a multcore linux box, with -j, just to > >see how fast it would go. > > > >Summary: you can build GHC from scratch in less than 10 minutes these days! > > > >More details here:

Building GHC quickly

Had a go today building GHC on a multcore linux box, with -j, just to see how fast it would go. Summary: you can build GHC from scratch in less than 10 minutes these days! More details here: http://cgi.cse.unsw.edu.au/~dons/blog/2006/12/03#build_ghc_fast -- Don _

Tuning -funfolding-use-threshhold

Does this thread on haskell-cafe, about getting better bit shifting results, indicate we should be tweaking the default unfolding-use threshold? Do the recent bit shifting/inlining patches improve things? http://thread.gmane.org/gmane.comp.lang.haskell.cafe/16849/focus=16849 I'm thinking that

Re: bignums, gmp, bytestring, .. ?

p.tanski: > On Nov 19, 2006, at 3:20 PM, Jeremy Shaw wrote: > >And, around this time, my interest in running yhi on PalmOS starts to > >wane. > > Awww... to my knowledge, that would be the first Haskell > implementation for PalmOS :) As I mentioned in a prior email, there > is a Haskell arbit

Re: runtime fusion for Data.ByteString.cons ?

claus.reinke: > >On Nov 19, 2006, at 11:54 AM, Claus Reinke wrote: > >>I noticed that ByteString is drastically slower than String if I use > >>cons a lot. according to the source, that is expected because of > >>the memcpy for the second parameter. > > > >Have you considered constructing your stri

Re: runtime fusion for Data.ByteString.cons ?

claus.reinke: > >On Nov 19, 2006, at 11:54 AM, Claus Reinke wrote: > >>I noticed that ByteString is drastically slower than String if I use > >>cons a lot. according to the source, that is expected because of > >>the memcpy for the second parameter. > > > >Have you considered constructing your stri

Re: runtime fusion for Data.ByteString.cons ?

dons: > claus.reinke: > > I noticed that ByteString is drastically slower than String if I use > > cons a lot. according to the source, that is expected because of > > the memcpy for the second parameter. > > Just a quick response, before I consider this in detail, in the stream > fusion branch of

Re: runtime fusion for Data.ByteString.cons ?

claus.reinke: > I noticed that ByteString is drastically slower than String if I use > cons a lot. according to the source, that is expected because of > the memcpy for the second parameter. Just a quick response, before I consider this in detail, in the stream fusion branch of Data.ByteString con

Re: bignums, gmp, bytestring, .. ?

claus.reinke: > it seems that haskell versions of bignums is pretty much gone from > more recent discussions of gmp replacements. now, I assume that > there are lots of optimizations that keep gmp popular that one wouldn't > want to have to reproduce, so that a haskell variant might not be > compe

Debugging partial functions by the rules

So all this talk of locating head [] and fromJust failures got me thinking: Couldn't we just use rewrite rules to rewrite *transparently* all uses of fromJust to safeFromJust, tagging the call site with a location? To work this requires a few things to go right: * a rewrite rule

Re: fromJust Nothing problem

ndmitchell: > Hi > > >My last impression is that instead of using -xc it is better to write > >programs in a debug-friendly style. For example, let g x must > >return (Just _), but the programmer is not 100% sure that g x is free > >of bugs. Then, instead of > > f x

Re: Difference between errorCalls and userErrors

Andreas-Haskell: > Hi! > > In module Control.Exception there are the exception predicates errorCalls > and userErrors defined. Is there any difference between them? Which one? > They match different kinds of exceptions, errorCalls (ErrorCall e) = Just e errorCalls _ = Nothing a

Re: Concurrency issue with dynamic linker in GHC

coffeemug: > Also, what would it take for me to fix the GHCi crash on Win32 when a > plugin is being loaded? I figured I'll ask before blindly jumping into > the code :) You need to find the win32 equivalent of the ELF-specific code that ignores requests to load a module multipe times, rather than

Re: Concurrency issue with dynamic linker in GHC

bulat.ziganshin: > Hello Donald, > > Sunday, October 22, 2006, 9:04:02 AM, you wrote: > > >> can't you define this call as 'safe'? > > > But is it safe. Hmm I get kind of queasy when mucking about in the rts. > > i don't understand you (because of my weak English). > > 'safe' specifier is

Re: Concurrency issue with dynamic linker in GHC

bulat.ziganshin: > Hello Donald, > > Saturday, October 21, 2006, 1:03:34 PM, you wrote: > > >> > I am running ghc 6.4.2 on a Win32 machine. I'm using hs-plugins in one > > > Oh, that's almost certainly it. Bulat++ > > It's blocking on the foreign call (into the linker), since there's no IO > > m

Re: Concurrency issue with dynamic linker in GHC

bulat.ziganshin: > Hello Vyacheslav, > > Saturday, October 21, 2006, 7:37:19 AM, you wrote: > > > I am running ghc 6.4.2 on a Win32 machine. I'm using hs-plugins in one > > thread and a simple getLine loop in another. It appears that getLine > > blocks the hs-plugins thread on Win32 (this has bee

Re: Benchmarking GHC

ketil+haskell: > "Neil Mitchell" <[EMAIL PROTECTED]> writes: > > > I want to benchmark GHC vs some other Haskell compilers, what flags > > should I use? > > > [...] I guess the answer is "-O2 -fvia-C"? > > I tend to use -O2, but haven't really tested it against plain -O. > >From what I've seen -

Re: 6.6 candidate

trevion: > Hello, > > I successfully downloaded and installed ghc-6.5.20060901 on Windows XP > (SP2 etc.). However, when attempting to build fps-0.8, I received a > large number of errors stemming from gcc being unable to find Stg.h or > HsBase.h. As far as I could tell using -v, gcc is still be

Re: FW: [Haskell-cafe] Haskell for hp-ux (ia64)

correctly I need to find a ia64 build >and copy the HC files files over a fresh install. Is that >correct? >Bryan Green >-----Original Message- >From: Donald Bruce Stewart [[1]mailto:[EMAIL PROTECTED] >Sent: Thu 8/31/2006 7:07 PM >To: Green Bryan -

Re: Announcing regex-tre-0.66 and benchmarks

simonmarhaskell: > Chris Kuklewicz wrote: > > >Your question has prompted me to go back into my PosixRE wrapping code > >and compare it to the PCRE code. I have made some changes which ought > >to enhance the performance of the PosixRE code. Let us see the new > >bechmarks on 10^6 bytes: > >

Re: RULES pragmas

Malcolm.Wallace: > I have a question about {-# RULES #-} pragmas. Here is a very simple > attempt to use them: > > module Simplest where > {-# RULES > "simplestRule" forall x. id (id x) = x > #-} > myDefn = id (id 42) > > I want to verify whether ghc-6.4.1 does actu

Re: Is this test summary good or bad?

joelr1: > This is using stage2. Does it look any better? > > OVERALL SUMMARY for test run started at Mon Jul 10 15:11:22 BST 2006 > 952 total tests, which gave rise to > 4583 test cases, of which > 11 caused framework failures > 1099 were skipped > > 3185 expected passes >

Re: Is this test summary good or bad?

dons: > joelr1: > > Folks, > > > > I'm running Mac OSX 10.4.7 on Intel. This is the result of running > > the ghc-regress suite of tests using a freshly updated ghc 6.5 that > > was bootstrapped using a binary distribution. > > > > I suspect the framework failures were cases where tests got

Re: Is this test summary good or bad?

joelr1: > Folks, > > I'm running Mac OSX 10.4.7 on Intel. This is the result of running > the ghc-regress suite of tests using a freshly updated ghc 6.5 that > was bootstrapped using a binary distribution. > > I suspect the framework failures were cases where tests got hung and > I had to

Re: Failure building HEAD in libraries/base/Data/ByteString.hs

ctively). Setting -fno- > >>inline for gcc has no effect. > >>-reilly hayes > >>On May 9, 2006, at 1:20 AM, Simon Marlow wrote: > >>>Often I find these are the result of gcc inlining something, or > >>>using its built-in primitives. We alre

Re: WordPtr,IntPtr,IntMax,WordMax

john: > On Fri, May 12, 2006 at 10:19:18AM +0100, Simon Marlow wrote: > > >Especially since even: > > > > > >checking Haskell type for intmax_t... not supported > > >checking Haskell type for uintmax_t... not supported > > > > > >aren't universal :) > > > > Well, yes. Any suggestions for

Re: WordPtr,IntPtr,IntMax,WordMax

simonmar: > On 12 May 2006 00:47, John Meacham wrote: > > > On Thu, May 11, 2006 at 02:57:30PM +0100, Simon Marlow wrote: > >> On the other hand, keeping intermediate Doubles to 80-bit precision > >> is both (a) non-portable and (b) unpredictable (the programmer > >> doesn't know which intermediat

Re: Failure building HEAD in libraries/base/Data/ByteString.hs

idea to turn off the inlining. > > > >Cheers, > > Simon > > > >Donald Bruce Stewart wrote: > >>There's been a few changes since then, perhaps try again with last > >>night's snapshot? > >>dons: > >>>Hmm! Very interesting.

Re: Failure building HEAD in libraries/base/Data/ByteString.hs

There's been a few changes since then, perhaps try again with last night's snapshot? dons: > Hmm! Very interesting. Register spill classes, eh? SimonM? > > -- Don > > rfh: > > > >I get the following error when trying to bootstrap the > >6.5.20060506 snapshot from hc files (registerised)

Re: Failure building HEAD in libraries/base/Data/ByteString.hs

Hmm! Very interesting. Register spill classes, eh? SimonM? -- Don rfh: > >I get the following error when trying to bootstrap the >6.5.20060506 snapshot from hc files (registerised): > >gcc -x c Data/ByteString.hc -o Data/ByteString.raw_s -S -O >-fno-defer-pop -fomi > >t-fra

Re: "eval" in ghc(i)?

lemmih: > On 5/4/06, Donald Bruce Stewart <[EMAIL PROTECTED]> wrote: > >geoffw: > >> > >> I have an application written in OCaml that I'm interested in > >> porting over to Haskell, and I was wondering what the best way to > &

Re: "eval" in ghc(i)?

geoffw: > > I have an application written in OCaml that I'm interested in > porting over to Haskell, and I was wondering what the best way to > replace > the following OCaml function would be: > > Toploop.initialize_toplevel_env();; > > let eval txt = let lb = (Lexing.from_string

Re: darcs switchover

john: > can't we just make 'darcs send' send the patches to a public list so > people can see them that way as they are sent in. I think the problem would be that we still want multiple developers to darcs push over ssh, don't we? Rather than darcs sending patches to a list, for a mainatiner to pi

Re: darcs switchover

Malcolm.Wallace: > "Simon Marlow" <[EMAIL PROTECTED]> writes: > > > The aim is to eventually switch over to using darcs for our revision > > control. The point of this message is to find out what constraints > > people have that will affect when we can throw the switch. > > One thing it occurs t

Re: Bootstrapping with HC files

duncan.coutts: > On Mon, 2005-12-12 at 18:20 +, Andrew Walrond wrote: > > I run a source based linux distro called Heretix, and I want to make a ghc > > package which will install with or without an existing ghc. At the moment, > > we > > supply a binary-ghc package, whch is a prerequisite o

Re: Bootstrapping with HC files

andrew: > I run a source based linux distro called Heretix, and I want to make a ghc > package which will install with or without an existing ghc. At the moment, we > supply a binary-ghc package, whch is a prerequisite of the from-source ghc > package. > > It seems to me that I can prepare HC t

Re: INSTANCE_TYPEABLEx now missing in GHC

vadim: > Dear all, > > I installed latest GHC version 6.5.20051102, and then, when compiling > 'hs-plugins', I got an error about INSTANCE_TYPEABLE. > > Those were previously defined in 'Typeable.h' file, and copying its > definition from older version makes things work. > > Is that change inte

Re: GHC 6.4.1 barfs building haskell-src-exts on MingW/WinXP

attila.babo: > Bayley, Alistair wrote: > > I'm trying to build haskell-src-exts-0.2 with GHC 6.4.1 under MingW on > > WinXP. It segfaults on the "runhaskell Setup.hs build" command (in the > > src/haskell-src-exts subdir). Does anyone else get this, or is it > just me? > > Hi, > > I have the sam

Re: problem compiling programs with monads with ghc-6.4

Add -package mtl ? vkonovalov: > Dear all, > > When I compile simple programs with monads, I receive following error: > > example18.o(.text+0x2de):fake: undefined reference to > `ControlziMonadziCont_zdfMonadContCont_closure' > example18.o(.text+0x422):fake: undefined reference to > `ControlziMo

Re: Problem building GHC

dinko.tenev: > I did a "devel" build this time, which produced some verbose output > for the last line. > > One thing that troubles me is that gcc still manages to kick-in - what > exactly is going on??? You need to make sure the -fasm flag is the last one on the command line, via EXTRA_HC_OPTS:

Re: STM help

john: > On Mon, Jul 04, 2005 at 12:06:11PM +0400, Bulat Ziganshin wrote: > > Hello John, > > > > Sunday, July 03, 2005, 11:16:30 PM, you wrote: > > > > JM> have a screen update thread, this is the only one that will make curses > > JM> calls. > > JM> everything else communicates with the screen

Re: GHC API: Access to nativeCodeGen?

dons: > pj: > > Hello, > > > > I would like to use nativeCodeGen outside of GHC to generate code from > > an IR. The IR would be produced by a third party program, not the GHC > > frontend. > > > > Looking at CVS HEAD I can see that GHC.hs exports plenty of things > > (for the GHC API I presume)

Re: GHC API: Access to nativeCodeGen?

pj: > Hello, > > I would like to use nativeCodeGen outside of GHC to generate code from > an IR. The IR would be produced by a third party program, not the GHC > frontend. > > Looking at CVS HEAD I can see that GHC.hs exports plenty of things > (for the GHC API I presume), but I can't find anyth

Re: make html

mechvel: > Dear GHC supporters, > > I have made ghc-6.4 from source by binary itself > (Linux, Debian 3.1): > > cd ghc/6.4/ghc-6.4/ > ./configure --prefix=foo > make > make install > > But it is so hard to obtain documentation! I triedmake html > (in the same directory). It reports

Re: 6.4 vs 6.2.2 can't compile darcs-1.0.2

av: > Hello! > > Today I've tried to compile darcs-1.0.2 and for that I've installed the > ghc-6.4-i386-unknown-linux.tar.bz2 (in-place) When I tried to compile, > configure script from darcs complained that it couldn't figure out how > to do OpenFd (or someting similar). Then I've installed Soun

Re: ANNOUNCE: GHC version 6.4

simonmar: > >= > The (Interactive) Glasgow Haskell Compiler -- version 6.4 >= > > The GHC Team is delighted to announce a new major release of GHC. OpenBSD x86 bina

Re: x86_64 port

simonmar: > On 04 March 2005 16:59, John Goerzen wrote: > > > On Fri, Mar 04, 2005 at 04:57:04PM -, Simon Marlow wrote: > >> On 04 March 2005 14:04, John Goerzen wrote: > My amd64 hardware arrived yesterday, shouldn't be too long before > we have a registerised port of GHC, and possi

Re: segfault/massive memory use when using Data.Bits.shiftL

ganesh: > Hi, > > The following either eats memory until killed or segfaults (I can't pin > down a reason for the difference). Tested with GHC 6.2.2 and 6.4.20050212, > with various different libgmp3s under various Redhat and Debian platforms, > and WinXP. > > Prelude> :m +Data.Bits > Prelude Dat

Re: GHC 6.4 release candidates available (breakage on x86-64)

bstrand: > Donald Bruce Stewart wrote: > >bstrand: > > > >>Simon Marlow wrote: > >> > >>>Just to let you know, there are a number of open bug reports for GHC on > >>>the x86_64 platform, which seem to indicate some kind of occasional >

Re: x86_64 port

kip.macy: > > number of platforms). The registerised port is being held up as none of > > the developers have regular access to such a machine. > > I'm new to Haskell but not to assembler - is the work required > something that someone in my position could contribute to? Certainly. Not much Haske

Re: build failure

kip.macy: > I've followed the instructions for building on the host for an > unregistered x86_64 build, but when I do: > cd glafp-utils/ & make boot && make > I get: > <...> > ls/Outputable.lhs utils/Panic.lhs utils/Pretty.lhs > utils/PrimPacked.lhs utils/StringBuffer.lhs utils/UnicodeUtil.lhs >

Re: x86_64 port

kip.macy: > Sorry if this is a RTFM type question - but what is the status of the > x86_64 port? As it says on http://www.haskell.org/ghc/docs/latest/html/building/sec-port-info.html it currently works unregisterised (and is available in binary form on a number of platforms). The registerised

Re: GHC 6.4 release candidates available (breakage on x86-64)

bstrand: > Simon Marlow wrote: > >Just to let you know, there are a number of open bug reports for GHC on > >the x86_64 platform, which seem to indicate some kind of occasional > >memory/GC problem. I'm probably not going to be able to track this down > >until after the 6.4 release, but we'll put

Re: compiling GHC with a custom path to GCC

rturk: > [Resent, with a few #ifdef FOO's removed from the body (still in > the attachement, and using gzip instead of bzip2 to prevent > "awaiting moderation ;)] > > On Thu, Feb 17, 2005 at 11:29:41AM -, Simon Marlow wrote: > > On 17 February 2005 11:12, Remi Turk wrote: > > > > > when compi

Re: ghc for hp-ux 11.11...

amyhr: > Is it possible? Is there anyone out there who's done it and could provide > advice > or binaries? It should be possible. You'll have to follow the instructions from the porting guide: http://www.haskell.org/ghc/docs/latest/html/building/sec-porting-ghc.html When you run in to probl

Re: Speed of simple operations with Ptr Word32s

wolfgang.thaller: > Ian Lynagh wrote: > >Hi all, > > > >I was under the impression that simple code like the below, which swaps > >the endianness of a block of data, ought to be near C speed: > > > >[...] > > poke p (shiftL x 24 .|. shiftL (x .&. 0xff00) 8 > > .|. (shi

Re: Dynamic Source Loading

haskell: > I am writing a web application server in Haskell. > I would like to be able to modify the app on the > fly. Simplyfing the app server, it would look > like this: > >appServer appMVar reqChan state = > do > req <- readChan reqChan > app <- readMVar appMVar > (

Re: BeOS port

Waldemar.Kornewald: > Hi, > is it possible to use a simpler build system for GHC? :) It isn't so bad. It seems to be quite portable :) > Could someone please have a look at the build logs? > http://zeus.mpg.goe.net/~tuvok/logs > Note that I got the same errors when building on Linux! make[1]: **

Re: AIX 5.1L Build of GHC 6.2.1

jgoerzen: > Hello, > > Whew! This was the toughest bootstrap I've done in a long time. Thanks > to help from people here, I have built a working GHC 6.2.1 for > AIX5.1L. (The last GHC I could find for AIX was GHC 2.09!) Congratulations :) -- Don ___

Re: symbol __stg_split_marker' is already defined

jgoerzen: > Hi, > > I am trying to build ghc 6.2.1 for AIX. I successfully bootstrapped an > unregisterised ghc-inplace from an i386 Linux box today. > > I am now trying to build a real ghc on AIX. I've had endless trouble, > and finally decided to put this in mk/build.mk: > > GhcUnregisterise

Re: BeOS port

Waldemar.Kornewald: > Waldemar Kornewald wrote: > >In my Linux build there is a file Arrow.hs, but in my BeOS build this > >file (and all others) are missing. How are these files generated and why > >are they not generated in BeOS? > > Please forget this. Those files exist on both systems, but u

Re: BeOS port

Waldemar.Kornewald: > Hi, > is there someone doing a BeOS port of GHC? If not, I would like to try > it (if not too time-consuming). > > What problems did you run into when porting GHC to FreeBSD or any other > POSIX platform? Mostly tiny differences in the Posix implementation. For example, mi

Re: Release candidate for 6.2.2 availabe

simonmar: > Hi folks, > > Release candidate distributions for 6.2.2 are now available. If you > have the time, we'd really appreciate it if you could install and/or > build one of these distributions and give us feedback. > >ghc-6.2.20040914 and later are 6.2.2 release candidates > > Please

Re: cvsweb back up

Yay! simonmar: > Thanks to Jeff Lewis, we now have cvsweb back up again. > > Browse on over to http://cvs.haskell.org/cgi-bin/cvsweb.cgi/fptools/ and > enjoy! > > Cheers, > Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://

Re: Announce: hs-plugins-0.9.6

claus.reinke: > Don, > > thanks for your answers - that looks very promising. > > > Only as these are the systems that I've tested on, or that others have. > > I don't have access to a Windows machine. hs-plugins should only be > > limited to platforms with a working GHC dynamic loader, which is

Re: Announce: hs-plugins-0.9.6

claus.reinke: > I think you're providing workarounds for some serious short- > comings in Haskell! while a fully integrated design would be > nicer (as in the old orthogonally persistent systems - google > for "type-safe linguistic reflection"; or more recently in Clean), > I look forward to havi

Announce: hs-plugins-0.9.6

hs-plugins 0.9.6 has been released. hs-plugins is a dynamic loader and runtime compilation library for Haskell. This release features various stability and portability improvments over its predecessors, some extensions for better dynamically typed plugins, and an example of how to use plugins to i

Re: reading ghc core files in vim

Great! Reading core gives you headaches for the first couple of weeks :) This should certainly help people. You should ask the haskell.org guys to put a link up at: http://www.haskell.org/libraries/#editormodes -- Don john: > I have found the following filetype plugin for vim to be incre

Re: Unregistered build (was Re: AMD64)

listener: > On Friday 18 June 2004 15:39, Donald Bruce Stewart wrote: > > bet: > > > Which brings us around to the question that opened this thread, is > > > there any way to install the unregistered build? > > > > Yes. Download and build the src, and '

Re: Unregistered build (was Re: AMD64)

bet: > 2004-06-18T01:57:14 Donald Bruce Stewart: > > That's interesting. GHC unregisterised on amd64/openbsd *does* pass all > > the testsuite tests. > > Which brings us around to the question that opened this thread, is > there any way to install the unregistered bu

Re: Unregistered build (was Re: AMD64)

listener: > On Thursday 17 June 2004 17:38, Simon Marlow wrote: > > It looks like registerised compilation on x86_64 isn't quite working > > yet, then. If you're up to debugging this, then I suggest you start > > from a simpler program - try hello world registerised, and then slightly > > larger p

dynamically loading the dynamic loader

At the moment I am unable to load the hs-plugins package into GHCi (or via the hs-plugins load() either). It seems the linker is always unable to find the symbols we bind to in Linker.c, i.e. addDLL, loadObj, and friends. How can I get the linker to see the HSrts/libHSrts symbols exported by Linke

Re: Data.Dynamic and dynamically loaded code

simonmar: > On 10 June 2004 05:32, Donald Bruce Stewart wrote: > > > The problem appears to be in the hash keys of the type representation > > used to compare to types for equality. A dynamic value in the > > (statically compiled) application never has the same key as it

New version of hs-plugins

A new version of the hs-plugins library has been released, v0.9.5. hs-plugins provides dynamic loading, runtime compilation and an eval() mechanism for Haskell plugins: http://www.cse.unsw.edu.au/~dons/hs-plugins New features: * eval :: Typeable a => String -> [Import] -> IO (Maybe

Data.Dynamic and dynamically loaded code

(lengthy) Hey, In the hs-plugins library I'm using Data.Dynamic to provide runtime type checking of plugin values when they are loaded. There is a problem, however: when using fromDyn/fromDynamic to check the type of the plugin's value against the type the application loading the plugin expects,

Re: AMD64

swest3: > >You're paying the price of being an early adopter :-). If any of the ghc > >developers had an AMD64, there'd probably be a registered build by now. > > > Well... these guys aren't very devoted now are they? Why can't they just > steal one like me? :) If someone steals one for me, I'll

Re: AMD64

duncan.coutts: > On Wed, 2004-06-02 at 15:45, scott west wrote: > > I'd settle for unregisterised... it seems every time I run through the > > whole port process I see to do some new wrong thing each time, hehe. I'm > > really just in search of a working ghc implementation for my amd64, > > regi

Re: AMD64

swest3: > > >The amd64 port isn't really there yet. It works unregisterised, but the > >registerised support need some more work (as you discovered). You also > >need a non-broken version of gcc (3.3.3 or 3.4.0). > > > > > I'd settle for unregisterised... it seems every time I run through the

Re: AMD64

simonmar: > On 31 May 2004 20:53, scott west wrote: > > > Well, I just poked and proded the build a bit more, and got it to > > complete and install, with the same result as you. Seg faults > > immediately and that's it. Hmm, any else had any experience with this? > > The amd64 port isn't really

Re: reaching Happy parser

mechvel: > Please, who knows how to download and install in the easiest > way the > Happy parser > (today, within 3-4 hours) ? > The situation is as follows > > * RedHat linux (version about 8), libc-2.2, i386-unknown, > * (configure: error: > Happy version 1

GHCi on OpenBSD

GHCi/TH works on OpenBSD/i386! Finally, after 1 year of being a really annoying bug, I finally worked out why the dlopen library wasn't behaving itself, and why you needed to set the heap above 512M to stop getting SIGSEGV'd. paprika$ ghc/compiler/stage2/ghc-inplace --interactive

Re: Compiling for Sparc v9 / Solaris 8 using 64-Bit!

bvoss: > Dear all, > > I would like to compile my haskell-scripts on a Sparc v9 / Solaris 8 > machine using 64-Bit, cause of insufficient memory using 32-Bit. > GHC is installed on this machine and works fine. The Problem is, that it > only produces 32-Bit binaries. > Checking the GHC manual and

Re: ANNOUNCE: GHC version 6.2.1

simonmar: > > > The (Interactive) Glasgow Haskell Compiler -- version 6.2.1 > > > We are pleased to announce a new patchlevel release of the Glasgow > Haskell Compil

Re: GHC CVS refusing connections...

k.schupke: > > tried to update to update GHC from CVS today, with CVSROOT= > :pserver:[EMAIL PROTECTED]:/cvs > > but got the error: > cvs [login aborted]: connect to glass.cse.ogi.edu(129.95.44.145):2401 failed: > Connection refused > > > Is it my ISP, or is everyone having the same problem?

Re: Inlining question

ahey: > On Monday 19 Apr 2004 11:27 am, Adrian Hey wrote: > > Perhaps I was doing something stupid. > > Yep, I must of been doing something stupid. I've just tried it again and I > do get different object files. In fact inlinining seems to give me smaller > object files (not that I'm complaining :

amd64 seems to work

Hey, OVERALL SUMMARY for test run started at Sun Apr 18 23:53:04 MDT 2004 1040 total tests, which gave rise to 2906 test cases, of which 0 caused framework failures 339 were skipped 2459 expected passes 20 expec

Re: Unreg linking runs out of memory (a soln)

dons: > Just for any poor soul doing some linking tricks who gets hit by ld saying: > > /usr/obj/ports/ghc-6.2.1/scratch/ghc-6.2.1/libraries/base/libHSbase.a: > could not read symbols: Memory exhausted > > This, for once, really is ld running at out memory, and you can fix

Unreg linking runs out of memory (a soln)

Just for any poor soul doing some linking tricks who gets hit by ld saying: /usr/obj/ports/ghc-6.2.1/scratch/ghc-6.2.1/libraries/base/libHSbase.a: could not read symbols: Memory exhausted This, for once, really is ld running at out memory, and you can fix it by adding:

Re: -static

wolfgang.thaller: > > On 09.03.2004, at 15:53, Ian Lynagh wrote: > > >On Tue, Mar 09, 2004 at 01:04:59AM +0100, Wolfgang Thaller wrote: > >> > >>So I assume this is on powerpc-linux? > > > >Yup, sorry (and the others are all Linux too). > > Ah yes, that -static flag was lurking there from the ol

Re: Release Candidate for 6.2.1 available

simonmar: > Also: I'm fiddling around with a new design for GHC's web pages. Please > browse on over and let me know what you think, especially if it doesn't > work on your browser: > > http://www.haskell.org/ghc/staging/ Nice. Looks good in text too. __

Re: GC behaviour in GHC

niviaquental: > >Hello, GHC users, > >I'm a Computational Engineering student in the University of >Pernambuco (Brazil). In my research, I'm working with >applications written in Haskell , where time is a critical >factor. But there is a pretty high GC overhead I can't >un

  1   2   >