September 2010 - Haskell-Cafe

problems using macports?
by S. Doaitse Swierstra 24 Sep '10

24 Sep '10

I am in my yearly fightto get a working combination of operating system (Snow Leopard), compiler version (6.12) , wxWidgets and wxHaskell on my Mac . After deleting most of my stuff, starting afresh, hours of building using macports etc. I finally get the message: loeki:Opgave doaitse$ ghc --make Turtle.hs [1 of 1] Compiling Main ( Turtle.hs, Turtle.o ) Linking Turtle ... Undefined symbols: "_iconv_open", referenced from: _hs_iconv_open in libHSbase-4.2.0.2.a(iconv.o) (maybe you meant: _hs_iconv_open) "_iconv", referenced from: _hs_iconv in libHSbase-4.2.0.2.a(iconv.o) (maybe you meant: _hs_iconv_open, _hs_iconv , _hs_iconv_close ) "_iconv_close", referenced from: _hs_iconv_close in libHSbase-4.2.0.2.a(iconv.o) (maybe you meant: _hs_iconv_close) ld: symbol(s) not found collect2: ld returned 1 exit status loeki:Opgave doaitse$ Some Googling showed me that the same problem has shown up with Yi, The solution however is not there. Can someone enlighten me. Doaitse

7 6

ANNOUNCE: http-enumerator 0.0.1
by Michael Snoyman 23 Sep '10

23 Sep '10

Hi all, After I made the 0.0.0 release of http-enumerator, Vincent Hanquez informed me of his wonderful tls package[1]. I've just release version 0.0.1 of the http-enumerator package which will use the tls package by default for establishing SSL connections. If you still want to use the OpenSSL package, just give cabal the build flag openssl, ie: cabal install -fopenssl http-enumerator The only other change to happen in this release is a modification to the chunked encoding parser to allow whitespace after the size of chunks. I think the HTTP spec does not mention that whitespace, but yahoo.com uses it. As before, consider this experimental, please try it and give me feedback. Cheers, Michael [1] http://hackage.haskell.org/package/tls

1 0

packaging a cgi binary using cabal
by Pedro Baltazar Vasconcelos 23 Sep '10

23 Sep '10

I wrote a simple interactive tableaux theorem prover as a cgi in Haskell (http://www.ncc.up.pt/~pbv/cgi/tableaux.cgi) and would like to submit to hackage but need some advice on how to package it using cabal. In particular, the binary, CSS and bitmap files need to be installed under the web server directory (public_html or alike) rather than system or user directories. Any thoughts on how to do this? Regards, Pedro Vasconcelos

3 3

Re: [Haskell-beginners] Current status of GUM
by Antoine Latter 23 Sep '10

23 Sep '10

On Thu, Sep 23, 2010 at 9:09 AM, Luca Ciciriello <luca_ciciriello(a)hotmail.com> wrote: > Hi Monica. > This one is a good question. > I'm based on this site: > > http://www.macs.hw.ac.uk/~dsg/gph/papers/abstracts/gum.html > > but it is a quite old site. > > Of the same year is the article "Accidents always come in threes: A case > Study of data-intensive programs in parallel Haskell". Here GUM is used. > Now I'm using GHC 6.12.3 on a multicore system using +RTS -N4 command for my > parallel programs. The performance aren't too bad. Have I to still use GUM? > > Bye. > > Luca. > > > ________________________________ > Date: Thu, 23 Sep 2010 10:02:17 -0300 > From: monicaspais(a)gmail.com > To: beginners(a)haskell.org > Subject: [Haskell-beginners] Current status of GUM > > Hello, > > I would like to know about the current status of GUM: > > - What is the latest version available? > - Does it run on distributed memory multiprocessors - clusters? What type of > architectures? > > thanks. > > Monica > The question may be better answered on the haskell-cafe mailing list, where more folks might know about specific Haskell implementations/extensions/libraries. Antoine

1 0

Re: [Haskell-cafe] packaging a cgi binary using cabal
by Joachim Breitner 23 Sep '10

23 Sep '10

Hi, Am Donnerstag, den 23.09.2010, 11:19 +0100 schrieb Pedro Baltazar Vasconcelos: > On Thu, 23 Sep 2010 10:44:17 +0200 > Joachim Breitner <mail(a)joachim-breitner.de> wrote: > > > > In case of such research programs, where ease of installability is > > usually more important than performance, I just include the data files > > into the program. For example, in > > http://darcs.nomeata.de/sem_syn/ > > the JQuery library and the file BUtils.hs are turned into Haskell > > string literals using http://github.com/jgm/hsb2hs > > > > This way, the resulting binary is really stand-alone and can be just > > moved to the appropriate place on the web server. > > > > OK, thanks for the suggestion. For my needs I think this will be very > straightforward to do manually --- the CSS and image files a pretty > short anyway. for CSS, this is what I’m doing as well... but for binary image data? Greetings, Joachim -- Joachim "nomeata" Breitner mail: mail(a)joachim-breitner.de | ICQ# 74513189 | GPG-Key: 4743206C JID: nomeata(a)joachim-breitner.de | http://www.joachim-breitner.de/ Debian Developer: nomeata(a)debian.org

2 1

ANN: network-2.2.1.8 (GHC 7.0 compatibility release)
by Johan Tibell 23 Sep '10

23 Sep '10

Hi all, network-2.2.1.8 is now out. This release makes network compatible with GHC 7.0. There are no API changes. Cheers, Johan

1 0

ANN: alex-meta-0.1.1 and happy-meta-0.1.1
by Jonas Almström Duregård 23 Sep '10

23 Sep '10

I'm pleased to announce alex-meta and happy-meta! These libraries provide quasi-quoter frontends and Template Haskell backends to the Alex lexer generator and the Happy parser generator respectively. Usage is something like this: {-# Language QuasiQuotes #-} module LexParse where import Text.Alex.Quote import Text.Happy.Quote compileAlex [$alex| <ALEX CODE HERE> |] compileHappy [$happy| <HAPPY CODE HERE> |] With a bit of luck, the module will contain everything that alex and happy would generate from these scripts. I say with a bit of luck because these libraries haven't really been tested except on a few auto-generated alex/happy scripts (specifically those produced by the BNF Converter). Issues: * The libraries depend on haskell-src-meta to parse the output of alex/happy and translate it to TH. This means that the libraries are only compatible with lexers and parsers that don't generate code outside the scope of this library. * Currently the libraries contain copies of most of the alex/happy source code, hopefully in the future the alex/happy packages can expose a few modules as libraries or the core of alex/happy can be factored out into a third library (used by both these libraries and the programs). Best regards Jonas Duregård

2 1

ANNOUNCE: plugins 1.5.1. a framework for dynamic extension of Haskell programs
by Don Stewart 22 Sep '10

22 Sep '10

I'm pleased to announce the release 1.5.1 of the Haskell "plugins" library, $ cabal install plugins The "plugins" library provides a comprehensive API for: * dynamic loading and linking native Haskell modules * runtime compilation and meta-programming in Haskell * runtime hotswapping of Haskell code In short, it provides a framework for dynamic extension of Haskell programs [1]. This release is due to great work by Manuel Chakravarty, who cleaned up much of the code and helped migrate it from GHC 6.8 to 6.12. -- Don 1. The approach to dynamic extension developed in the library is described in: * Plugging Haskell In. André Pang, Don Stewart, Sean Seefried, and Manuel M. T. Chakravarty. In Proceedings of the ACM SIGPLAN Workshop on Haskell, pages 10-21. ACM Press, 2004 * Dynamic Applications From the Ground Up. Don Stewart and Manuel M. T. Chakravarty. In Proceedings of the ACM SIGPLAN Workshop on Haskell, pages 27-38. ACM Press, 2005 * Dynamic Extension of Typed Functional Languages, Don Stewart. University of New South Wales, Sydney, Australia. 2010

2 2

Fwd: Haskell at bettercodes.org
by Malcolm Wallace 22 Sep '10

22 Sep '10

Forwarded, for the interest of the community: > From: Sandra Jüssen <sandra.juessen(a)googlemail.com> > Subject: Haskell at bettercodes.org > > > Dear Haskell Community, > > we are an open source project called bettercodes.org and our goal is > to build up the leading developer community and collaboration with a > broad range of useful developer tools and feature, including a free > code hosting with a full project management. > > bettercodes.org should be no binded to any technology, programming > language, philosophy. A true place for all developers from around the > world. > > We are online since nearly five month, but we have a lack of Haskell > enthusiats. We want to invite the Haskell community to join > bettercodes.org and establish a strong presence their. Not instead of > the pure Haskell communty server, but as an extention to force the > exchange with other developers. > > For any question, please contact me... > > Kind Regards, > Sandra >

5 5

haskell.org committee: Call for nominations
by Ian Lynagh 22 Sep '10

22 Sep '10

Dear Haskellers, The recent discussion indicates there is consensus for forming a haskell.org committee. We are therefore calling for nominations for members of the initial committee. To nominate yourself, please send an e-mail to committee(a)haskell.org by 29 September 2010. Please feel free to include any information about yourself that you think will help us to make a decision. We do not expect that being a member of the committee will require a significant amount of time, but committee members should aim to be responsive during discussions when the committee is called upon to make a decision. More details about the committee's roles and responsibilities are on http://www.haskell.org/haskellwiki/Haskell.org_committee If you have any questions about the process, please feel free to e-mail us at committee(a)haskell.org or to contact one of us individually. Thanks Ian

1 1