October 2000 - Glasgow-haskell-users

GHC RPMs for RedHat 7
by Reuben Thomas 19 Oct '00

19 Oct '00

There are now GHC RPMs for RedHat 7 available from the download page (http://www.haskell.org/ghc/download.html) Note that (as stated there) you need to install GMP 2 RPMs if you don't have them already (they're provided). The development version of GHC has now moved to GMP 3, so we'll have this wrinkle ironed out in the next release. -- http://sc3d.org/rrt/ | certain, a. insufficiently analysed

4 5

RE: GHC RPMs for RedHat 7
by Simon Marlow 19 Oct '00

19 Oct '00

> Keith Wansbrough wrote: > > > > > On this subject, where am I to get the libgmp2.a required > by 4.08.1 > > > (on Linux anyway). I tried compiling the very latest > version of GMP > > > but it only produced a libgmp.a file. Is that the same? > > > > Same happened to me. ln -s libgmp.a libgmp2.a worked for > me. I satisfied myself I was doing the right thing by > noticing all the 2.x.x version numbers on the libgmp source > I'd compiled. > Yes, that's what I did. Probably everyone has . . . Sorry about that, my fault. I built the binary distribution from a build linked against libgmp2.a on our box here, and it isn't reasonable to expect everyone to have that library with the same name. In the future the binary distributions will come with a static libgmp, but the RPMs will still have a dependency on the right external gmp package. Cheers, Simon

1 0

RE: Socket.hs problem under Windows 2000
by Sigbjorn Finne 18 Oct '00

18 Oct '00

You need to init WinSock first, i.e., main = withSocketsDo $ do {...} --sigbjorn Martijn [mailto:martijn@cs.uu.nl] writes: > > Hi, > > I'm trying to set up some socket connections with Haskell on > a Windows 2000 > platform, but I can't seem to get them working. > > My program is rather simple: > -- > import Socket > > main = do { socket <- listenOn (PortNumber 1234) > ; return () > } > -- > > I know this shouldn't do anything at all, but instead it > gives an error > message: > > Fail: does not exist > Action: getProtocolByName > Reason: no such protocol entry > > I get the same message for any socket operation I try to > perform. Also a > basic call like getHostName from module BSD does not work. > I've compiled > with ghc version 4.05 with option "-syslib misc" > > Should I compile differently, is this a problem with CygWin, or am I > overlooking something? > > TIA, > Martijn Schrage >

1 0

Socket.hs problem under Windows 2000
by Martijn 18 Oct '00

18 Oct '00

Hi, I'm trying to set up some socket connections with Haskell on a Windows 2000 platform, but I can't seem to get them working. My program is rather simple: -- import Socket main = do { socket <- listenOn (PortNumber 1234) ; return () } -- I know this shouldn't do anything at all, but instead it gives an error message: Fail: does not exist Action: getProtocolByName Reason: no such protocol entry I get the same message for any socket operation I try to perform. Also a basic call like getHostName from module BSD does not work. I've compiled with ghc version 4.05 with option "-syslib misc" Should I compile differently, is this a problem with CygWin, or am I overlooking something? TIA, Martijn Schrage

1 0

GHC for RedHat 7.0 (gcc 2.96)
by Manuel M. T. Chakravarty 18 Oct '00

18 Oct '00

GHC (4.08.1) rpm packages for RedHat 7.0 are available from ftp://ftp.cse.unsw.edu.au/pub/users/chak/jibunmaki/i386/ghc-4.08.1-2.i386.rpm ftp://ftp.cse.unsw.edu.au/pub/users/chak/jibunmaki/i386/ghc-prof-4.08.1-2.i386.rpm [The second package is only required for profiling.] The corresponding source rpm is at ftp://ftp.cse.unsw.edu.au/pub/users/chak/jibunmaki/src/ghc-4.08.1-2.src.rpm ** IMPORTANT ** For this to work, you have to additionally install on old version (2.0) of the GNU Multiprecision Library (GMP). Get it off your old RedHat 6.2 CD or alternatively from ftp://ftp.linux.com/mounts/u2/mirrors/redhat/up2date/rhl-6.2/i386/RedHat/RP… ftp://ftp.linux.com/mounts/u2/mirrors/redhat/up2date/rhl-6.2/i386/RedHat/RP… * You have to install *both* packages. * They can co-exist with the new library (version 3.0) installed by default with RedHat 7.0. NOTE: These packages cannot be installed on RedHat 6.2 and earlier (unless you manually upgrade to the rpm package manager 4.0). Happy Hacking, Manuel PS: Could these packages be linked from GHC's download page? And please also add the comment and links re gmp 2.0. Moreover, please *don't* remove the old links for the benefit of RH6.2 users.

1 0

Haskell function with String arguments in DLL
by Christian Lescher 17 Oct '00

17 Oct '00

I'm trying to build a DLL with a Haskell function of type String -> String, that should be called from outside (e.g. VBA), but it still doesn't work. I'm afraid I need an example or some kind of 'step by step instruction'. Who can help me? (I use GHC 4.08.1.) Christian

1 0

RE: Exposing Haskell functions with string arguments in a DLL
by Simon Marlow 16 Oct '00

16 Oct '00

You can use CString.packString and CString.packStringIO, but be aware that (a) these functions return ByteArrays, so you need to adjust your foreign export definitions accordingly (b) because they use ByteArray, these functions are GHC specific and any use of them is non-portable. GHC currently doesn't supply a portable way to marshal strings from Haskell to C. However, you can quite easily write your own using eg. the functions from Storable. Cheers, Simon > -----Original Message----- > From: Lescher Christian [mailto:christian.lescher@icn.siemens.de] > Sent: Monday, October 16, 2000 12:20 PM > To: Simon Marlow; 'glasgow-haskell-users(a)haskell.org' > Subject: AW: Exposing Haskell functions with string arguments in a DLL > > > Thanks!! What about the other direction? (Haskell function > with string result) > > Christian > > > -----Urspr> üngliche Nachricht----- > > Von: Simon Marlow [SMTP:fldrsimonmar@microsoft.com] > > Gesendet am: Montag, 16. Oktober 2000 13:07 > > An: 'Lescher Christian'; 'glasgow-haskell-users(a)haskell.org' > > Betreff: RE: Exposing Haskell functions with string > arguments in a DLL > > > > > > > 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...?). > > > > For converting a static null-terminated C string to a > Haskell String, use > > CString.unpackCString. If you need to free the memory used > by the original > > C string afterwards, use CString.unpackCStringIO. > > > > Cheers, > > Simon >

1 0

AW: Exposing Haskell functions with string arguments in a DLL
by Lescher Christian 16 Oct '00

16 Oct '00

Thanks!! What about the other direction? (Haskell function with string result) Christian > -----Urspr> üngliche Nachricht----- > Von: Simon Marlow [SMTP:fldrsimonmar@microsoft.com] > Gesendet am: Montag, 16. Oktober 2000 13:07 > An: 'Lescher Christian'; 'glasgow-haskell-users(a)haskell.org' > Betreff: RE: Exposing Haskell functions with string arguments in a DLL > > > > 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...?). > > For converting a static null-terminated C string to a Haskell String, use > CString.unpackCString. If you need to free the memory used by the original > C string afterwards, use CString.unpackCStringIO. > > Cheers, > Simon

1 0

RE: Exposing Haskell functions with string arguments in a DLL
by Simon Marlow 16 Oct '00

16 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...?). For converting a static null-terminated C string to a Haskell String, use CString.unpackCString. If you need to free the memory used by the original C string afterwards, use CString.unpackCStringIO. Cheers, Simon

1 0

RE: C main
by Sigbjorn Finne 13 Oct '00

13 Oct '00

Brett Letner <bletner(a)revbiz.com> writes: > > So if I understand this correctly, I'm doing it wrong, but that's o.k. > because even if I wasn't it still wouldn't work :) > > This brings up a larger question, should I even be trying to do this? > Yes, linking in Haskell code in the way you tried is the most convenient way of going about embedding Haskell code into C/C++ apps (well, at least that's the intention ;-) You can package up Haskell code in a DLL and call it that way, but that requires extra steps. I posted some instructions on how to build ghc-compiled DLLs on this mailing list a couple of weeks ago; you may find them useful here. If you're really desperate, what you tried to do works with ghc-4.05. It depends on using another version of cygwin (gcc, really) than 4.08, so I wouldn't recommend doing this if you haven't already got it installed. hth --sigbjorn

1 0