- Glasgow-haskell-users

Exposing Haskell functions with string arguments in a DLL
by Lescher Christian 12 Oct '00

12 Oct '00

How can I convert string arguments (null-terminated strings) to Haskell's [Char]? I saw there is some CString module in package lang of GHC, but I didn't found any documentation about it (e.g. packStringIO...?). How must a function f :: String -> String for usage in a DLL look like in order to convert the string parameter and result? (From earlier Haskell functions with BSTR arguments, I already know how to build a (static) DLL. I use GHC4.08.1.) Christian Lescher

1 0

C main
by Brett Letner 11 Oct '00

11 Oct '00

Greetings - Could someone instruct me on (or point me to) the correct ghc command line for calling haskell from C? >From the documentation, it seems like "ghc -fglasgow-exts -no-hs-main main.c foo.hs" should work, but that still gives me a multiple definition of "main". I'm running ghc 4.08.1 on Windows NT. Thanks - Brett Letner RBC Incorporated http://www.revbiz.com mailto:bletner@revbiz.com (913) 385-5700 ext.20 Fax (913) 385-5701

1 0

RE: Porting to powerpc-linux
by Simon Marlow 11 Oct '00

11 Oct '00

> I'm considering taking some effort to port GHC to powerpc > linux. The task > seems moderately doable, given that GHC once ran on the powerpc > architecture. Cool! :) > I guess as a good first question: should I start with 4.08.1, > or should I > venture off with the CVS tree. The driver in CVS seems to have been > written in Haskell, and it seems to be needed to build the > runtime. This > sounds like it would preclude building from .hc files. I would start from 4.08.1, for exactly that reason. We haven't tackled the issue of bootstrapping with the Haskell driver. The plan was to use a handwritten Makefile to build an unregisterised driver from .hc sources using plain gcc, but this isn't done yet. Furthermore, we're about to merge the driver with the compiler proper as part of the GHCi reorganisation, so things are going to be broken for a while... > I've got my x86 linux box ready to build some unregistered .hc files. You'll need two build trees. In the first tree, build the compiler as normal, and the libraries/RTS with -unreg -keep-hc-files-too. You should be able to use these .hc files to try out some simple programs on the PPC. In the second tree, bootstrap the compiler using the compiler from the first tree with -unreg -keep-hc-files-too. Take these .hc files to the PPC and bootstrap them there. Cheers, Simon PS. there may be some difficulties with the -unreg flag: it actually specifies way 'u', so you may get .u_hc files instead of .hc files. It might be a better idea to expand -unreg into its component parts: -optc-DNO_REGS -optc-DUSE_MINIINTERPRETER -fno-asm-mangling -funregisterised -fvia-C

2 1

Porting to powerpc-linux
by David Brown 10 Oct '00

10 Oct '00

I'm considering taking some effort to port GHC to powerpc linux. The task seems moderately doable, given that GHC once ran on the powerpc architecture. I guess as a good first question: should I start with 4.08.1, or should I venture off with the CVS tree. The driver in CVS seems to have been written in Haskell, and it seems to be needed to build the runtime. This sounds like it would preclude building from .hc files. I've got my x86 linux box ready to build some unregistered .hc files. Dave (looking forward to debugging RTS) Brown

1 0

Haskell Heaven for Windows Weenies: Pesky Profiling Problems Pulverized
by Reuben Thomas 06 Oct '00

06 Oct '00

There's a new 4.08.1 InstallShield with what I *think* are working profiling libraries (static only). -- http://sc3d.org/rrt/ | free, a. already paid for

1 0

Generics
by Simon Peyton-Jones 05 Oct '00

05 Oct '00

Folks, I've added Hinze/PJ-style generic class definitions to GHC, based on summer hacking done by Andrei Serjantov. The design is based very closely on the Haskell workshop 2000 paper http://www.informatik.uni-bonn.de/~ralf/Derive.ps.gz For example: class Bin a where toBin :: a -> [Int] fromBin :: [Int] -> (a, [Int]) toBin {| Unit |} Unit = [] toBin {| a :+: b |} (Inl x) = 0 : toBin x toBin {| a :+: b |} (Inr y) = 1 : toBin y toBin {| a :*: b |} (x :*: y) = toBin x ++ toBin y fromBin {| Unit |} bs = (Unit, bs) fromBin {| a :+: b |} (0:bs) = (Inl x, bs') where (x,bs') = fromBin bs fromBin {| a :+: b |} (1:bs) = (Inr y, bs') where (y,bs') = fromBin bs fromBin {| a :*: b |} bs = (x :*: y, bs'') where (x,bs' ) = fromBin bs (y,bs'') = fromBin bs' Now we can say simply instance Bin a => Bin [a] and the compiler will derive the appropriate code automatically. This is now implemented and documented in the CVS version of GHC, and will be in every future version of GHC. (But I'm afraid we don't plan a binary release for a while.) At present we don't (alas) support constructor and field names, so you can't implement Read and Show generically. But I thought it was worth getting committed what *is* done. Simon

1 0

New InstallShield of GHC 4.08.1
by Reuben Thomas 04 Oct '00

04 Oct '00

I've just put up a new InstallShield of 4.08.1 (http://www.haskell.org/ghc/download.html, as usual). It fixes some problems with missing symbols when linking dynamically, and is also better behaved, in that it clears up the temporary files it makes during installation, so that when uninstalled it really does delete everything. -- http://sc3d.org/rrt/ | maxim, n. wisdom for fools

1 0

Astromerkez'den Fenerbah�e-Be�ikta� derbisinin sonucu...
by Astromerkez 02 Feb '00

02 Feb '00

1 0

slm
by zeynep 03 Apr '83

03 Apr '83

1 0