- Libraries - Haskell.org

Functional MetaPost Interim
by Peter Simons 16 Oct '04

16 Oct '04

I have another interim release of the Functional MetaPost library to add to its rich history of interim releases. I've moved the files into a hierarchical namespace and generally cleaned the code up to resolve import conflicts, fix minor problems with GHC 6.x and Hugs, etc. You'll find my version here: http://cryp.to/funcmp/ No documentation at all. I hope to be able to turn this into a nice Haskell package, because I think FuncMP is a wonderful library. It would, however, be much more likely that this happens if I found one or two other kind souls who'd help. So if you have made some changes to FuncMP, too, just "darcs send" them away. Well, I hope anyone finds this useful. Peter

2 2

Block-I/O in Haskell
by Peter Simons 16 Oct '04

16 Oct '04

In the spirit of "release early, release often", I have made a small library available at http://cryp.to/blockio/ ..., which provides a StateT wrapper for IO plus a number of useful primitives to do fast, block-oriented I/O in Haskell. It's by no means complete nor stable nor useful, but it comes with a version of the word-counting program that, on my machine, beats the version from Tomasz Zielonka. :-) It is still under development, but the API should be stable. Hope anyone finds this useful. Peter

8 21

Haskell Libraries Wishlist
by John Goerzen 15 Oct '04

15 Oct '04

Hi, I'm checking around here to see if anybody is working on any of these things, or alternatively, if there is any interest. This list reflects some of the things that I think we are missing in Haskell: Item Use ------------------------------ ---------------------------------------- E-Mail header, MIME codec Composing or parsing e-mail messages Base64 encode/decode Render binary strings in ASCII Required to do MIME MD5, SHA algorithms Generate unique hashes for strings, files (n)curses interface Full-screen text interfaces [ng]dbm interface Persistent hash storage mimetypes, mailcap support Discover MIME types of files and appropriate apps to use to handle files Maildir, mbox, MH, IMAP client Access e-mail storage systems support FTP, NNTP, SMTP client support Connect to appropriate servers IPv6 Support Obvious :-) ------------------ I have code for the following already: ------------------ Logging infrastructure Flexible logging of messages Syslog support Log to syslog daemon Various string utils (see MissingH for that stuff) And I'm willing to help on the rest, but I don't want to be duplicating effort of anyone else. Thanks, John -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715

10 12

Documenting libraries
by John Goerzen 13 Oct '04

13 Oct '04

Hi, One of my complaints is having to look many different places for library docs. So, I started whipping together some scripts to call Haddock to generate a comprehensive linked library reference. I've added Cabal, crypto, hsemail, HUnit, MissingH, and WASHMail to the standard library already. Take a look: http://www.complete.org/fs/hclr/ and let me know what you think. I can post my scripts if there's any interest. -- John

1 0

RE: Haskell Libraries Wishlist
by Simon Peyton-Jones 13 Oct '04

13 Oct '04

| Thank you for the numerous helpful suggestions. I will be chasing them | down. | | Many (all?) of them were not listed at | http://www.haskell.org/libraries/, which is what I was using. Would it | be possible to list more of these on that site? One thing the Haskell community currently lacks, and could really do with, is a simple way to for people who have a library to add it to //www.haskell.org/libraries/ (or somewhere similar), without requiring intervention by the web-site manager. All that's needed is a web form where the contributor can fill in the name of her library, type comments about it, and point to the download. Doubtless there is scope for endless potential sophistication... adding a new version of an old library, a decent way to categorise libraries under headings that aren't just hardwired, some way of filtering ("show me the ones that are nhc-compatible"), ways for library consumers to record star-ratings and reviews so that excellent libraries are visibly rewarded, etc. Does anyone feel like doing this? You'd be famous for ever! (Shae springs to mind for some reason...) Simon

3 3

RE: Haskell Libraries Wishlist
by Simon Marlow 13 Oct '04

13 Oct '04

On 13 October 2004 14:00, Adrian Hey wrote: > Seriously though, what do you mean by "GHC-approved". I guess you > mean distributed with GHC? I thought the major aim of the library > infrastructure project was to reduce the library bloat of various > distributions and to de-sync library releases from compiler releases. > > But I dunno, is GHC-approval something library writers should aspire > to? If so, how do I apply? No, you shouldn't aspire to be "GHC-approved". We're not going to be including any significant new libraries with GHC in the future, the idea is that you get everything by installing packages (just like Perl & co.). Cheers, Simon

1 0

Mail System Error - Returned Mail
by ross＠soi.city.ac.uk 06 Oct '04

06 Oct '04

The original message was included as attachment

1 0

Using Cabal for a simple wrapper library
by Einar Karttunen 06 Oct '04

06 Oct '04

Hello I am trying to use Cabal for a small library that essentially just wraps a C library. There seems to be no (documented) way of linking the produced library with an external library. Basically I have libfoo.so and libfoo.a, and would need the cabalized package to link to either of them. I am trying to use Distribution.Simple and my Setup.description looks like: Name: qdbm Version: 0.1 License: LGPL Copyright: (c) Einar Karttunen 2004 Stability: alpha Build-Depends: haskell-src Modules: Database.QDBM.Depot Maintainer: Einar Karttunen <ekarttun(a)cs.helsinki.fi> Extra-Libs: qdbm Extensions: ForeignFunctionInterface -- -fglasgow-exts is needed for data without a constructor -- -#include is a hack -- -cpp needs a better way of saying it -- And how should the library be linked really? Options-ghc: -cpp -fglasgow-exts -O2 -#include <depot.h> - Einar Karttunen

2 1

Re: [Debian-haskell] Bug#275071: ITP: hunit -- Haskell Unit Testing Framework
by Isaac Jones 06 Oct '04

06 Oct '04

(This is a followup to a request to package HUnit for the Debian GNU/Linux system) On Tue, 05 Oct 2004 13:16:03 -0500, John Goerzen <jgoerzen(a)complete.org> wrote: > Package: wnpp > Severity: wishlist > > * Package name : hunit Just a warning: there was talk of adding this to the standard Haskell libraries, which is why it hasn't been packaged yet. That said, people keep asking for it to be packaged, and I haven't checked lately to see if it has actually made it into the haskell standard libraries? BTW, It should be easy to generate the dh_make skeleton from the cabal debianTemplate. I'm ccing libraries(a)haskell.org about this. Malcolm Wallace originally requested that it be added. peace, isaac

3 2

RE: Network.CGI, POST and QUERY_STRING
by Simon Marlow 05 Oct '04

05 Oct '04

On 05 October 2004 13:09, Graham Klyne wrote: > I have the CVS access keys set up, but I've never actually got around > to checking them out, yet. If you're comfortable with this I'll plan > to update the CVS copy next week. Sure, go ahead. > BTW, You've probably noticed that I've also made extensive changes to > HaXml which I've been kind-of expecting Malcolm Wallace to pick up > and comment > upon. Judging by private messages I've received, the goal of the > changes (better entity support, Unicode support, namespace support) > are widely desired. > > Interested for GHC 6.4? This one's up to Malcolm as the maintainer of HaXml. If it turns out that for whatever reason Malcolm doesn't want to incorporate your changes into the base HaXml, then you can create a forked version - using Cabal this will be well supported, without the need to change the module names in your package. 6.4 will have better support for Cabal. Cheers, Simon

1 0