July 2008 - Haskell - Haskell.org

Launching Haskell Group in Vancouver, Canada
by Jon Strait 16 Jul '08

16 Jul '08

For those in Vancouver, a short announcement about the recently created Haskell Programmers Group and a meeting scheduled for next Monday, July 21st. http://groups.google.com/group/hugvan Future group announcements will be posted on this Google Groups site, so feel free to join the group list to be notified of future events or just show up to a meeting to bounce ideas and questions off of other Haskell programmers. Thanks, Jon

1 0

on starting Haskell-Edu, a new education-related Haskell-related mailing list
by Benjamin L. Russell 16 Jul '08

16 Jul '08

I am interested in starting a new mailing list on Haskell.org, aimed mainly at liberal arts teachers and elementary-level learners of Haskell, called "Haskell-Edu: The Haskell Educational Mailing List." This new mailing list would be guided by the principle that Haskell is useful not just in research, but also in teaching programming as part of a liberal arts education, on a par with Scheme. When I suggested the idea of this mailing list to Simon Marlow, the Haskell.org mailing list administrator, he suggested that I post this idea on The Haskell Mailing List, so I am posting it here to ask for feedback. The main purposes of this new (proposed) mailing list would be as follows: 1) To provide a primarily non-research-oriented discussion forum to serve the needs of users wishing to focus on the uses of Haskell in education, such as in high school and in introductory computer science college courses, as opposed to in research. 2) To provide a primarily non-research-oriented discussion forum to serve the needs of non-computer-science students of Haskell who wish to focus on Haskell as a language for learning programming as part of a well-rounded a liberal arts education, as opposed to an engineering/mathematics/science-oriented education. Currently, there are two main Haskell mailing lists: a) The Haskell Mailing List, currently used mainly for announcements and for non-beginner discussions b) The Haskell-Cafe, currently ostensibly used for everything else, but in fact used primarily for serious academic computer-science research-oriented discussion of the language Haskell. Neither mailing list addresses Haskell as a tool for teaching functional programming as part of a liberal arts education, and while The Haskell Cafe is ostensibly responsible for addressing beginner questions, I have witnessed several instances in which new users who were not familiar with the academic culture of The Haskell Cafe have been frowned upon for either posting messages that did not assume enough mathematical background, or for posting messages that were written in a tongue-in-cheek style, and that therefore did not fit into the serious tone of the mailing list. (For example, a few months ago, one poster received a private e-mail message from another poster asking the former not to "pollute" The Haskell-Cafe Mailing List for assuming that screen pixel resolution was somehow related to the precision of an algorithm that picked points randomly from a square in approximating pi. Avoiding this question required the knowledge that screen resolution could be considered independently from the precision of the algorithm itself, but while this point may be elementary to mathematicians and researchers, the poster was not familiar enough with the issue to grasp this immediately, and received the above-mentioned response.) This new mailing list is intended to cover both the issue of teaching Haskell as part of a liberal arts curriculum, and of answering beginner questions about Haskell from students who may not have a sophisticated mathematics background. The primary audience of this new mailing list would be educators and students in a liberal arts curriculum who are interested in studying Haskell for studying functional programming. Currently, the language Scheme is often used in this context (even though Scheme is not a true functional programming language), but Haskell has recently been gaining ground rapidly as a programming language in industry as well, and many students of Haskell may either not have a computer science background, or may not have a sophisticated mathematical background. Posts from such users may tend to irritate serious researchers, who are impatient and hard-pressed for time to find valuable information to aid their research, but may be welcome in a more education-focused context. It would seem that creating a new mailing list, Haskell-Edu, focusing on using Haskell in teaching programming in a liberal arts context, and fielding questions from students in that context, would help increase the scope of Haskell users, and help spread knowledge about Haskell to potential future users in industry. Teachers in a liberal arts curriculum could discuss teaching Haskell in a non-research context, and students of Haskell with a liberal arts-related background would be able to ask elementary questions to educators willing to discuss such questions, without being expected to have a sophisticated mathematical or computer science background. -- Benjamin L. Russell --- On Sat, 6/28/08, Simon Marlow <marlowsd(a)gmail.com> wrote: > From: Simon Marlow <marlowsd(a)gmail.com> > Subject: Re: on starting a new Haskell-related mailing list > To: "Benjamin L. Russell" <dekudekuplex(a)yahoo.com> > Cc: "John Peterson" <jpeterson(a)western.edu> > Date: Saturday, June 28, 2008, 4:20 AM > Hi Benjamin, > > Normally we create new mailing lists when the new list has > a narrow > focus and covers a clearly unoccupied niche. In this case > you're > proposing a list that is very broad, and so I think it > needs discussion > amongst the community before we create the list, so that we > can keep a > consistent strategy. > > That's not to say that I disagree with your proposal. > But it doesn't > seem immediately clear what the focus would be, and why > haskell-cafe > shouldn't serve the purpose. One thing that isn't > clear is whether the > list you're proposing is for people interested in > *teaching* Haskell (in > which case I'd say it's a great idea), or people > *learning* Haskell (in > which case I'd consider carefully whether haskell-cafe > shoudn't be > serving that need). That's something you need to > clarify when proposing > this list to the community. > > So I suggest you send this proposal out to > haskell(a)haskell.org in the > first instance, and see what response you get. Discussion > should move > to haskell-cafe quickly. > > Cheers, > Simon > > Benjamin L. Russell wrote: > > Greetings, > > > > John Peterson suggested that I send you an e-mail > message requesting you to perform set-up of a new > Haskell-related mailing list that I plan to > moderate/administrate, since he said that you are the > administrator of the mailing lists on Haskell.org. > > > > My name is Benjamin L. Russell, and I am interested in > starting a new mailing list on Haskell, which I plan to call > Haskell-Edu, specifically devoted to non-research > beginner-level educational matters, guided by the > philosophy that Haskell should be more accessible to > non-computer science major students. > > > > This topic is not covered by any of the other mailing > lists. I have regularly read both Haskell and Haskell-Cafe > for the past six months or so, but the former is devoted to > announcements, and the latter de facto to research matters. > Also, the general tone of Haskell-Cafe is overly academic > and research-oriented, and I feel that this creates an > unnecessary learning curve for non-computer science majors > interested in learning Haskell. > > > > Since John Peterson recommended that I request you to > set-up the mailing list on Haskell.org, could you please > set it whenever you have free time, as follows: > > > > Name of Mailing List: Haskell-Edu > > E-mail Address: haskell-edu(a)haskell.org > > Description: The Haskell-Edu Mailing List: > Discussion About Non-research Issues on Haskell in > Education > > > > Could you please advise me on what I need to do to > start this mailing list? Should I host it on haskell.org, > or just start it by myself using a non-Haskell.org mailing > list service? Also, how should I have it listed in the > "www.haskell.org Mailing Lists" > (http://www.haskell.org/mailman/listinfo) page for the > benefit of other members of the Haskell community? > > > > Thank you very much for your time and cooperation. > > > > Sincerely yours, > > > > Benjamin L. Russell > > > > --- On Fri, 6/27/08, John Peterson > <jpeterson(a)western.edu> wrote: > > > >> From: John Peterson <jpeterson(a)western.edu> > >> Subject: RE: on starting a new Haskell-related > mailing list > >> To: "Benjamin L. Russell" > <dekudekuplex(a)yahoo.com> > >> Date: Friday, June 27, 2008, 12:05 AM > >> Hi Benjamin, > >> > >> There's no problem starting a new mailing > list. Simon > >> Marlow is the administrator of our lists - if you > drop him > >> and email he'll do the setup for Haskell.org. > Once the > >> list is going, you can go into the wiki and add it > to the > >> appropriate pages. > >> > >> We've had a bunch of these special interest > lists and > >> most of them go dead after a few months but you > never know > >> ... > >> > >> > >> John > > > > --- On Thu, 6/26/08, Benjamin L. Russell > <dekudekuplex(a)yahoo.com> wrote: > > > >> From: Benjamin L. Russell > <dekudekuplex(a)yahoo.com> > >> Subject: on starting a new Haskell-related mailing > list > >> To: "John Peterson" > <jpeterson(a)western.edu> > >> Date: Thursday, June 26, 2008, 4:37 PM > >> Greetings, > >> > >> My name is Benjamin L. Russell, and I am > interested in > >> starting a new mailing list on Haskell, which I > plan to > >> call Haskell-Edu, specifically devoted to > non-research > >> beginner-level educational matters, guided by the > >> philosophy that Haskell should be more accessible > to > >> non-computer science major students. (This > message is > >> being addressed to you because I had already sent > the > >> portion below twice to other administrators at > Haskell.org, > >> first to mailman-owner(a)haskell.org, and then to > >> simonmarhaskell(a)gmail.com, but had not received a > response > >> on either occasion.) > >> > >> This topic is not covered by any of the other > mailing > >> lists. I have regularly read both Haskell and > Haskell-Cafe > >> for the past six months or so, but the former is > devoted to > >> announcements, and the latter de facto to research > matters. > >> Also, the general tone of Haskell-Cafe is overly > academic > >> and research-oriented, and I feel that this > creates an > >> unnecessary learning curve for non-computer > science majors > >> interested in learning Haskell. > >> > >> Could you please advise me on what I need to do to > start > >> this mailing list? Should I host it on > haskell.org, or > >> just start it by myself using a non-Haskell.org > mailing > >> list service? Also, how should I have it listed > in the > >> "www.haskell.org Mailing Lists" > >> (http://www.haskell.org/mailman/listinfo) page for > the > >> benefit of other members of the Haskell community? > >> > >> Thank you very much for your time and cooperation. > >> > >> Sincerely yours, > >> > >> Benjamin L. Russell

30 56

Re: [Haskell] Re: on starting Haskell-Edu, a new education-related Haskell-related mailing list
by Benjamin L. Russell 14 Jul '08

14 Jul '08

--- On Mon, 7/14/08, Angelos Sphyris <knightofmathematics(a)hol.gr> wrote: > From: Angelos Sphyris <knightofmathematics(a)hol.gr> > Subject: Re: [Haskell] Re: on starting Haskell-Edu,a new education-related Haskell-related mailing list > To: "Benjamin L.Russell" <DekuDekuplex(a)Yahoo.com> > Date: Monday, July 14, 2008, 6:40 PM > I would avoid help(a)haskell.org as that seems to me to > suggest a general help > archive/source complete with manuals, faqs, examples etc. > > How about arche(a)haskell.org ? > Arche is Greek for 'start', 'beginning'. It > is used in the word 'hierarchy' > and is suitably short, as well as being original. > > Angelos Sphyris While this is an excellent name in itself--short, original, and intellectual, fitting the nature of the list--it would seem to suggest some (albeit heretofore nonexistent) alternative library named "Arche" for Haskell for readers unfamiliar with this name. The main problem is that, by itself, the name doesn't ring a bell for readers unfamiliar with Greek etymology, and seems to be a very creative name for some Haskell tool. Nevertheless, because this name is so original, I am forwarding it to the Haskell mailing list as a reference. I would alternatively suggest alpha(a)haskell.org (the beginning) for beginners, and omega(a)haskell.org (the end) for teachers. -- Benjamin L. Russell

1 0

ANN: Takusen 0.8.3
by Alistair Bayley 11 Jul '08

11 Jul '08

Changes since 0.8.1 (I put 0.8.2 up on hackage with an error in Setup.hs, so it's been skipped): - ODBC support: datetime marshalling is improved. For bind parameters this uses the timestamp struct for most back-ends, but String for MS SQL Server because populating the timestamp struct always failed. - more Cabal improvements: now uses configurations, so the Setup.hs script should be both simpler and more robust. Requires Cabal >= 1.4. Oracle backend on Linux should build nicely. - bug fix for a resource leak if an exception was thrown when initiating a query (the Statement handle was not closed). - some basic result-set validation against the iteratee: if you try to fetch a column that is not in the result-set, an error is thrown (rather than garbage returned). The release bundle: http://hackage.haskell.org/packages/archive/Takusen/0.8.3/Takusen-0.8.3.tar… The latest code: darcs get http://darcs.haskell.org/takusen Docs: http://darcs.haskell.org/takusen/doc/html/index.html A comprehensive description of API usage can be found in the documentation for module Database.Enumerator (look for the Usage section): http://darcs.haskell.org/takusen/doc/html/Database-Enumerator.html Future plans: - Output bind-parameters and multiple-result sets for ODBC - FreeTDS backend (Sybase and MS Sql Server) - support for Blobs and Clobs For those of you unfamiliar with Takusen, here is our HCAR blurb: Takusen is a DBMS access library. Like HSQL and HDBC, we support arbitrary SQL statements (currently strings, extensible to anything that can be converted to a string). Takusen's 'unique-selling-point' is safety and efficiency. We statically ensure all acquired database resources - such as cursors, connection and statement handles - are released, exactly once, at predictable times. Takusen can avoid loading the whole result set in memory, and so can handle queries returning millions of rows in constant space. Takusen also supports automatic marshalling and unmarshalling of results and query parameters. These benefits come from the design of query result processing around a left-fold enumerator. Currently we fully support ODBC, Oracle, Sqlite, and PostgreSQL.

1 0

topics vs lists
by Claus Reinke 10 Jul '08

10 Jul '08

[third attempt to avoid being blocked with: "Message has a suspicious header":-(] >> it's not obvious to me that both of those needs should be served by a >> single list. I believe it's important that the mailing lists served >> by haskell.org should have clear non-overlapping topics. For those cases where it isn't clear yet whether a spin-off mailing list would survive, for partially overlapping topics, and for those cases where a good idea didn't work out (haskell@), perhaps Mailman's topic filters are an option? Quick summary: http://mail.python.org/pipermail/mailman-users/2007-August/058042.html List Member Manual http://www.gnu.org/software/mailman/mailman-member/node29.html The idea being that beginners and overloaded advanced list members are in the same boat - they want to see the stuff relevant to them, not the whole flood of messages. For the latter, we currently have haskell@ (discussion starters and announcements), which doesn't quite work as intended, as haskell-cafe@ is the list to use if you want to see responses. So discussions start on haskell-cafe@ anyway, and announcements get copied to both lists.. There have been suggestions to rename haskell@ to haskell-announce@, but whether that would help? If topic filters were used instead, we could recommend: - current haskell@-only users: subscribe to haskell-cafe, topic [ANN] only; will keep your volume low - beginners: subscribe to haskell-cafe, topics [ANN] and [beginner] (is there a way to make that the default topic selection for new subscribers?); will protect you from confusing advanced discussions, until you feel ready for or curious about them - current haskell-cafe@ and haskell@ users: you can drop your subscription for haskell@ - current haskell-cafe@ users: just keep reading everything, or use the topics system to filter out some topics; might also get some haskell-cafe@-dropouts back?-) The [beginner] topic regex would have to cover newbie, etc, but I guess it could grow with time. If a topic really takes off, there'd be clear evidence for a new list, but seasonal topics, like [databases], [web], [arts], etc, could simply remain in the main list, reducing the need to garbage collect old unused lists. That is all assuming that this stuff works as advertized, and that managing topics isn't more work for our list admins than managing lists!-) Claus

1 0

Haskell Weekly News: Issue 76 - July 9, 2008
by Brent Yorgey 09 Jul '08

09 Jul '08

--------------------------------------------------------------------------- Haskell Weekly News http://sequence.complete.org/hwn/20080709 Issue 76 - July 09, 2008 --------------------------------------------------------------------------- Welcome to issue 76 of HWN, a newsletter covering developments in the [1]Haskell community. The [2]ICFP Programming Contest is this weekend! Go forth and kick some butt, Haskell-style. A big thank you in advance to all those at PSU and U Chicago who are working hard to write and run the contest. Community News Luke Palmer (luqui) is [3]having a great time in Antwerp. John Goerzen's son is [4]so cute, it should be illegal. Announcements Haskell-cafe on lively.com. Edward Kmett has created a [5]Haskell Cafe room on Google's new virtual-world platform [6]Lively (which is unfortunately windows-only at the moment). Uniplate 1.2. Neil Mitchell [7]announced the release of [8]Uniplate 1.2, a library for reducing boilerplate code by performing generic traversals. Version 1.2 features some bug fixes, a compatibility layer with Compos and SYB, and a 25-50% performance increase over Uniplate 1.0. GHC 6.8.2 stable in Gentoo. Luis Araujo [9]announced that GHC 6.8.2, and its accompanying libraries, have now been marked as stable in the official Gentoo portage tree. The Monad.Reader (11) - Call for Copy. Wouter Swierstra [10]announced a call for copy for Issue 11 of [11]the Monad.Reader. The submission deadline is August 1, although you should let Wouter know as soon as possible if you plan to submit something. hCsound. John Lato [12]announced the initial public release of [13]hCsound, a Haskell binding to the Csound audio processing language API. Portland and OSCon. John Goerzen [14]inquired whether any Haskellers in Portland would be interested in getting together during OSCon July 23 or 24. Faster graph SCCs. Iavor Diatchki [15]announced that he has implemented Tarjan's algorithm for computing the strongly connected components of a graph, which is considerably faster than the containers package for larger graphs. Iavor's implementation is available in the [16]GraphSCC package. parallel map/reduce. jinjing [17]exhibited some code for doing parallel map/reduce computations. Disciplined Disciple Compiler. Ben Lippmeier [18]announced version 1.1 of the [19]Disciplined Disciple Compiler (DDC), an explicitly lazy dialect of Haskell, with support for first class destructive update of arbitrary data, computational effects without the need for state monads, and type directed field projections. Version 1.1 includes a number of new features and more example code. darcs 2.0.2. David Roundy [20]announced the release of [21]darcs 2.0.1 and 2.0.2. These releases fix quite a few bugs, and users of darcs 2 are strongly recommended to upgrade. Google Summer of Code Progress updates from participants in the 2008 [22]Google Summer of Code. GHC plugins. Max Bolingbroke is working on dynamically loaded plugins for GHC. Over the [23]past two weeks, he has implemented type safe dynamic loading, an annotations system, and some sample plugins. Hoogle 4. Neil Mitchell (ndm) is working on [24]Hoogle 4. [25]This week, he has been working on type searching, using a much more efficient algorithm than type search in previous versions of Hoogle. Next week, he plans to finish off type search and work on the build system. DPH physics engine. Roman Cheplyaka (Feuerbach) is working on a [26]physics engine using [27]Data Parallel Haskell. He spent most of [28]this week fixing bugs and improving existing simulation code. And he now has something to [29]show for it! Language.C. Benedikt Huber (visq) is [30]working on Language.C, a standalone parser/pretty printer library for C99. [31]This week, he created a semantic representation for declarations and types, and a way to convert between an AST representation and a semantic representation. Cabal dependency framework. Andrea Vezzosi (Saizan) is working on a [32]make-like dependency analysis framework for Cabal. Generic tries. Jamie Brandon is working on a library for efficient maps using generalized tries. GHC API. Thomas Schilling (nominolo) is working on [33]improvements to the GHC API. Libraries Proposals and extensions to the [34]standard libraries. Extensible exceptions. Ian Lynagh sent out a [35]proposal to replace the current exception mechanism in the base library with extensible exceptions, a la Simon Marlow's [36]extensible extensions paper. Deadline for discussion is 25th July. Discussion Qualified import syntax badly designed (?). Neil Mitchell began a [37]discussion about Haskell syntax for qualified module imports (and module imports in general). Trouble with zip12. Michael Feathers is [38]having trouble with the zip12 function and some weird SQL-related errors... Santana on my evil ways. John D. Ramsdell [39]set off a spate of Haskell song and poetry. Alternatives to convoluted record syntax. Dougal Stanton [40]asked about alternatives to convoluted record update syntax, eliciting a number of interesting responses. Jobs Lectureship in Functional Programming, Nottingham. Graham Hutton [41]announced an opening for a Lecturer in the Functional Programming Lab in Nottingham, a recently formed research group that comprises Thorsten Altenkirch, Graham Hutton, Henrik Nilsson, four research fellows, and eleven PhD students. Applications from the Haskell community are encouraged! The closing date for applications is Friday 15th August 2008. Blog noise [42]Haskell news from the [43]blogosphere. * Edward Kmett: [44]A Lively Haskell Cafe. A Haskell Cafe room on lively.com! * Sterling Clover: [45]Comonads in everyday life. A neat post on using a zipper comonad to render a website menu hierarchy without lots of duplicated effort. * Chung-chieh Shan: [46]Differentiating regions. * Real-World Haskell: [47]Real World Haskell, The Book, Available for Pre-Order. * Benedikt Huber: [48]An analysis-friendly representation. An update on Benedikt's Google Summer of Code project, Language.C. * Chris Okasaki: [49]Breadth-First Numbering: An Algorithm in Pictures. Algorithms without words! * >>> Jeremy Frens: [50]PE Problem #2 in All Languages (Part I). Jeremy explores solutions to Project Euler problem #2 in a variety of languages. * Roman Cheplyaka: [51]Double buffering & demo. A demo of Roman's Google Summer of Code physics simulator! * Roman Cheplyaka: [52]QuickCheck puzzle: the answer. Why Roman's QuickCheck test involving nonzero vectors didn't terminate. Sneaky. * Roman Cheplyaka: [53]Status report: week 6. A status report on Roman's Google Summer of Code project. * >>> JP Moresmau: [54]Handling errors in JSON to Haskell deserialization. JP adds error handling with an Either monad to his JSON deserialization code. * Braden Shepherdson: [55]Fixed Point Datatypes. Braden explains the concept of recursive data types as fixed points of functors. * Luis Araujo: [56]GHC 6.8.2 stable! (Himerge 0.21.9 too!). * Matthew Sackman: [57]Anglo Haskell 2008. * Neil Mitchell: [58]GSoC Hoogle: Week 6. * >>> James Hague: [59]Functional Programming Went Mainstream Years Ago. * Max Bolingbroke: [60]Compiler Plugins For GHC: Weeks Three and Four. An update on Max's Google Summer of Code project. * >>> David Overton: [61]A Haskell Sudoku Solver using Finite Domain Constraints. David shows how to use his Haskell constraint solver to solve Sudoku puzzles. Pretty neat! * >>> Lorenz Pretterhofer: [62]Haskell Does Concurrency. * Edward Kmett: [63]Anamorphism. The newest installment in Edward's [64]field guide to recursion schemes. * John Goerzen (Real World Haskell): [65]Last Call for Comments on Most Chapters. Real World Haskell is going to press soon! Get your final comments in ASAP! * Edward Kmett: [66]MSFP 2008. * Lennart Augustsson: [67]Lost and Found. A very slick Haskell library for tracing how expressions are actually evaluated, including the ability to explicitly see the sharing involved! * Tom Nielsen (FP Lunch): [68]braincurry. A domain specific language to define and execute experiments and simulations related to cellular neuroscience. * Alex McLean: [69]Visualisation of a triangular mesh. * Paul R Brown: [70]Beust Sequence Ruminations. Thoughts on solving an interesting puzzle in Haskell. * >>> David Overton: [71]Constraint Programming in Haskell. David is working on a constraint logic programming system in Haskell. * >>> chaource: [72]Why functional programming is almost dead (and has always been). Interesting argument? Flawed premises? Both? None of the above? You decide! Quotes of the Week * jfredett: I'd code but I'm so drugged up I could only write effective code in perl. * SamB: [SamB] @let forkbomb n = forkbomb (2*n) `par` forkbomb (2*n+1) [lambdabot] Defined. [SamB] > forkbomb 1 -!- lambdabot [n=lambdabo@72.249.126.23] has quit [Remote closed the connection] * vinicius: haskell is macgyver with bananas, barbed wired and envelopes * dons: huh, amazon recommends Neal Stephenson + RWH * Pseudonym: trapped in the IO monad: The lesser known R. Kelly opera * byorgey: Extreme Anger Programming: you are paired with a really dumb partner and after twenty minutes of agony you rip the keyboard from their hands, delete everything they typed, and do it yourself About the Haskell Weekly News New editions are posted to [73]the Haskell mailing list as well as to [74]the Haskell Sequence and [75]Planet Haskell. [76]RSS is also available, and headlines appear on [77]haskell.org. Headlines are available as [78]PDF. To help create new editions of this newsletter, please see the information on [79]how to contribute. Send stories to byorgey at seas dot upenn dot edu. The darcs repository is available at darcs get [80]http://code.haskell.org/~byorgey/code/hwn/ . References 1. http://haskell.org/ 2. http://www.icfpcontest.org/ 3. http://luqui.org/blog/archives/2008/07/05/fun-with-flemish/ 4. http://changelog.complete.org/posts/728-guid.html 5. http://www.lively.com/dr?rid=-4485567674160322075 6. http://www.lively.com/ 7. http://article.gmane.org/gmane.comp.lang.haskell.general/16292 8. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/uniplate 9. http://araujoluis.blogspot.com/2008/07/ghc-682-stable-himerge-0219-too.html 10. http://article.gmane.org/gmane.comp.lang.haskell.general/16290 11. http://www.haskell.org/haskellwiki/The_Monad.Reader 12. http://article.gmane.org/gmane.comp.lang.haskell.general/16288 13. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/hCsound 14. http://article.gmane.org/gmane.comp.lang.haskell.cafe/42047 15. http://article.gmane.org/gmane.comp.lang.haskell.libraries/9470 16. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/GraphSCC 17. http://article.gmane.org/gmane.comp.lang.haskell.cafe/41944 18. http://article.gmane.org/gmane.comp.lang.haskell.cafe/41941 19. http://www.haskell.org/haskellwiki/DDC 20. http://lists.osuosl.org/pipermail/darcs-users/2008-June/012480.html 21. http://darcs.net/ 22. http://hackage.haskell.org/trac/summer-of-code/wiki/SoC2008 23. http://blog.omega-prime.co.uk/2008/07/05/compiler-plugins-for-ghc-weeks-thr… 24. http://code.haskell.org/hoogle/ 25. http://neilmitchell.blogspot.com/2008/07/gsoc-hoogle-week-6.html 26. http://haskell.org/haskellwiki/Hpysics 27. http://www.haskell.org/haskellwiki/GHC/Data_Parallel_Haskell 28. http://physics-dph.blogspot.com/2008/07/status-report-week-6.html 29. http://physics-dph.blogspot.com/2008/07/double-buffering-demo.html 30. http://www.sivity.net/projects/language.c/wiki/ 31. http://hsbene.blogspot.com/2008/07/analysis-friendly-representation.html 32. http://code.haskell.org/~Saizan/cabal 33. http://hackage.haskell.org/trac/ghc/wiki/GhcApiStatus 34. http://haskell.org/haskellwiki/Library_submissions 35. http://article.gmane.org/gmane.comp.lang.haskell.libraries/9481 36. http://www.haskell.org/~simonmar/papers/ext-exceptions.pdf 37. http://thread.gmane.org/gmane.comp.lang.haskell.cafe/42080 38. http://www.haskell.org//pipermail/haskell-cafe/2008-July/044956.html 39. http://thread.gmane.org/gmane.comp.lang.haskell.cafe/41975 40. http://thread.gmane.org/gmane.comp.lang.haskell.cafe/41936 41. http://article.gmane.org/gmane.comp.lang.haskell.general/16285 42. http://planet.haskell.org/ 43. http://haskell.org/haskellwiki/Blog_articles 44. http://comonad.com/reader/2008/haskell-cafe/ 45. http://fmapfixreturn.wordpress.com/2008/07/09/comonads-in-everyday-life/ 46. http://conway.rutgers.edu/~ccshan/wiki/blog/posts/Differentiation/ 47. http://www.realworldhaskell.org/blog/2008/07/08/real-world-haskell-the-book… 48. http://hsbene.blogspot.com/2008/07/analysis-friendly-representation.html 49. http://okasaki.blogspot.com/2008/07/breadth-first-numbering-algorithm-in.ht… 50. http://jdfrens.blogspot.com/2008/07/pe-problem-2-in-all-languages-part-i.ht… 51. http://physics-dph.blogspot.com/2008/07/double-buffering-demo.html 52. http://physics-dph.blogspot.com/2008/07/quickcheck-puzzle-answer.html 53. http://physics-dph.blogspot.com/2008/07/status-report-week-6.html 54. http://jpmoresmau.blogspot.com/2008/07/handling-errors-in-json-to-haskell.h… 55. http://braincrater.wordpress.com/2008/07/07/fixed-point-datatypes/ 56. http://araujoluis.blogspot.com/2008/07/ghc-682-stable-himerge-0219-too.html 57. http://www.wellquite.org/anglo_haskell_2008.html 58. http://neilmitchell.blogspot.com/2008/07/gsoc-hoogle-week-6.html 59. http://prog21.dadgum.com/31.html 60. http://blog.omega-prime.co.uk/2008/07/05/compiler-plugins-for-ghc-weeks-thr… 61. http://overtond.blogspot.com/2008/07/haskell-sudoku-solver-using-finite.html 62. http://krysole.net/2008/07/04/haskell-does-concurrency/ 63. http://comonad.com/reader/2008/anamorphism/ 64. http://comonad.com/reader/2008/recursion-schemes/ 65. http://www.realworldhaskell.org/blog/2008/07/03/last-call-for-comments-on-m… 66. http://comonad.com/reader/2008/msfp/ 67. http://augustss.blogspot.com/2008/07/lost-and-found-if-i-write-108-in.html 68. http://sneezy.cs.nott.ac.uk/fplunch/weblog/?p=105 69. http://doc.gold.ac.uk/~ma503am/alex/visualisation-of-a-mesh/ 70. http://mult.ifario.us/p/beust-sequence-ruminations 71. http://overtond.blogspot.com/2008/07/pre.html 72. http://chaource.livejournal.com/34530.html 73. http://www.haskell.org/mailman/listinfo/haskell 74. http://sequence.complete.org/ 75. http://planet.haskell.org/ 76. http://sequence.complete.org/node/feed 77. http://haskell.org/ 78. http://code.haskell.org/~byorgey/code/hwn/archives/20080709.pdf 79. http://haskell.org/haskellwiki/HWN 80. http://code.haskell.org/~byorgey/code/hwn/

1 0

ANN: Uniplate 1.2
by Neil Mitchell 08 Jul '08

08 Jul '08

I am pleased to announce Uniplate 1.2, available from Hackage: http://hackage.haskell.org/cgi-bin/hackage-scripts/package/uniplate Description =========== Uniplate is a library for reducing boilerplate code, by performing generic traversals. For example, given a data type with a Uniplate instance: data Expr = Var String | Add String String | Mul String String | ... instance Uniplate Expr where ... We can write a function to get all the variables in an Expr as: vars x = [v | Var v <- universe x] Additionally, Uniplate can work with the built-in deriving Data/Typeable support in GHC to eliminate the need for writing Uniplate instances. The library is described in Chapter 3 of my thesis (http://www-users.cs.york.ac.uk/~ndm/thesis/) complete with simple examples for most functions. Most Haskell users working with a moderately complex data type, such as an abstract syntax tree, should be using some form of boilerplate removal. Uniplate is used in projects such as Yhc, Hoogle, Reach, Reduceron, Catch, Supero and many others. What's New ========== * Fixed the descendBi function, previously could give the wrong results. * Add holes, the 1-step version of contexts * The underlying data type of the library has been changed from a list to a tree, as suggested by Koen Claessen. This change, plus some other performance tweaks, gives a 25-50% speed up over Uniplate 1.0. * A compatibility layer with Compos and SYB has been added. By importing Data.Generics.Uniplate.Compos/SYB an interface approximating the other library will be provided, which can be used to help porting programs to Uniplate. The implementations are not exact duplicates of the library, but in many examples should be sufficient. There are some slight API changes, but should be minimal. If your program hits one of these changes, please email me and I will fix it for you. Thanks Neil

1 0

The Monad.Reader (11) - Call for Copy
by Wouter Swierstra 07 Jul '08

07 Jul '08

Call for Copy The Monad.Reader - Issue 11 The summer's bound to be a washout; the submission deadline for the Haskell Symposium has passed; Wimbledon's finished. But it's not too late to start writing something for the next issue of The Monad.Reader! The deadline for Issue 11 is ** August 1, 2008 ** The Monad.Reader is a electronic magazine about all things Haskell. It is less formal than journal, but more enduring than a wiki-page or blog. There have been a wide variety of articles, ranging from code fragments, puzzles, book reviews, tutorials, to half-baked research ideas. * Submission Details * Get in touch with me if you intend to submit something -- the sooner you let me know what you're up to, the better. Please submit articles for the next issue to me by e-mail (wss at cs.nott.ac.uk). Articles should be written according to the guidelines available from http://www.haskell.org/haskellwiki/The_Monad.Reader Please submit your article in PDF, together with any source files you used. The sources will be released together with the magazine under a BSD license. If you would like to submit an article, but have trouble with LaTeX please let me know and we'll sort something out. All the best, Wouter

1 0

ANNOUNCE: hCsound library
by John Lato 06 Jul '08

06 Jul '08

I have just released hCsound v.2.0.0 (initial public release), a Haskell binding to the Csound audio processing language API. This release supports most of the functions in csound.h. Features from CppSound.cpp are not yet supported. Examples and (minimal) haddock documentation are included. I would appreciate hearing comments and suggestions from users. This package should build fairly easily on Linux and OS X; building on Windows is possible but may require tinkering. Windows users should contact me if they have any problems or questions. The source tarball is available on hackage at http://hackage.haskell.org/cgi-bin/hackage-scripts/package/hCsound The darcs repo is at http://mml.music.utexas.edu/jwlato/hCsound/ I would like to thank the C2HS developers and maintainers for their excellent tool and advice. John Lato

1 0

Lectureship in Functional Programming, Nottingham
by Graham Hutton 05 Jul '08

05 Jul '08

Dear all, We are currently seeking a new Lecturer (Assistant Professor) in the Functional Programming Lab in Nottingham, a recently formed research group that comprises Thorsten Altenkirch, Graham Hutton, Henrik Nilsson, four research fellows, and eleven PhD students. Applications from the Haskell community are encouraged! The closing date for applications is Friday 15th August 2008. Best wishes, Graham +-----------------------------------------------------------------+ UNIVERSITY OF NOTTINGHAM School of Computer Science Lectureship in Functional Programming Applications are invited for the above post in the School of Computer Science. The successful candidate will be expected to participate in the School's teaching activities and contribute to research in the recently formed Functional Programming Laboratory. Candidates must hold a PhD or equivalent in a relevant subject, have an excellent publication record and the ability to teach at undergraduate and postgraduate level. It is desirable that candidates have a track record of external research funding, collaboration across disciplines, experience of different types of assessment and higher education quality assurance. They should also have the ability to play a role in the routine running of the School of Computer Science. The Functional Programming Laboratory covers a broad range of topics in the theory, practice, and implementation of functional programming languages. Current interests include type theory, language design, program semantics, program verification, modelling and simulation, category theory, programming tools, and quantum programming. Applications are welcome from any area that complements existing research strengths in the laboratory. Informal enquiries may be addressed to Dr T Altenkirch, tel: 0115 846 6516, Email: Thorsten.Altenkirch(a)Nottingham.ac.uk or Dr G Hutton, tel: 0115 951 4220, Email: Graham.M.Hutton(a)Nottingham.ac.uk. School of Computer Science : http://nottingham.ac.uk/cs Functional programming lab : http://sneezy.cs.nott.ac.uk/joomla/ How to apply : http://jobs.nottingham.ac.uk/CJ24461S Closing date : 15th August 2008 +-----------------------------------------------------------------+ | Dr Graham Hutton Email : gmh(a)cs.nott.ac.uk | | Functional Programming Lab | | School of Computer Science Web : www.cs.nott.ac.uk/~gmh | | University of Nottingham | | Jubilee Campus, Wollaton Road Phone : +44 (0)115 951 4220 | | Nottingham NG8 1BB, UK | +-----------------------------------------------------------------+ This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.

1 0