May 2013 - Haskell-Cafe

Stream instance for Parsec + conduits
by Phil Scott 28 May '13

28 May '13

Hi all. I would like to have a Parsec Stream instance for Data.Text streams in yesod's ConduitM. So far, I have this: hpaste.org/87599 The idea is that because Yesod's conduits will be chunking values in Data.Text, I should have a wrapper StreamSource to cache chunked values. For some reason, the test parser fails, saying: [Left "Blah" (line 1, column 1): unexpected "g" expecting "h" or "g"] Any ideas? Cheers! Phil

2 1

Interfacing Java/Haskell
by Hans Georg Schaathun 28 May '13

28 May '13

Hi all, I am rather new to the café, so I just hope my question fits in. Does anyone have experience with integrating Haskell and Java? I have done some searching, finding a lot of pointers but hardly anything in terms of evaluation, successes, or caveats. >From what I see Frege looks promising, arguably not haskell I suppose, but does it work? Other projects I have seen appear to have reached a stand-still for ages. The background for the question is that I will contribute some control algorithms based on machine learning or AI in a larger project. It would save me a lot of time if I could write in Haskell, but only assuming that interfacing with Java afterwards is trivial compared to writing everything in java in the first place. I am, perhaps, particularly worried that a Haskell-lookalike for JVM might be unable to optimise properly, like not being lazy. Any advice? TIA -- :-- Hans Georg

8 13

Module import and use in GHC plugin?
by Conal Elliott 28 May '13

28 May '13

In writing GHC plugins, how can I (a) add a module import (preferably qualified) and (b) make vars/ids for names imported from the newly imported module (to insert in the transformed Core code)? Thanks, - Conal

1 0

Generalizing unionWithKey, unionWith, ...
by Jose A. Lopes 28 May '13

28 May '13

Hello everyone, unionWithKey and unionWith have the following types unionWith :: Ord k => (a -> a -> a) -> Map k a -> Map k a -> Map k a unionWithKey :: Ord k => (k -> a -> a -> a) -> Map k a -> Map k a -> Map k a Since they are implemented by means of mergeWithKey, wouldn't it be possible to generalize these functions to the following types ? unionWith :: Ord k => (a -> b -> c) -> Map k a -> Map k b -> Map k c unionWithKey :: Ord k => (k -> a -> b -> c) -> Map k a -> Map k b -> Map k c Cheers, Jose -- José António Branquinho de Oliveira Lopes Instituto Superior Técnico Technical University of Lisbon

3 4

Re: [Haskell-cafe] ANN: Haskell Platform 2013.2.0.0
by harry 28 May '13

28 May '13

Good to see it released! Was there a deliberate decision not to build a Windows x64 platform, or is it just that there wasn't anyone to do it?

1 0

Munich Haskell Meeting
by Heinrich Hördegen 28 May '13

28 May '13

Dear all, once again, our monthly Haskell Meeting in Munich will take place. We meet on Thursday, 30 of May, 19h30. The venue is as usually, Cafe Puck. Please go here for details and click the button if you plan to join: http://www.haskell-munich.de/dates Have a successful day! Heinrich

1 0

ANN: Haskell Platform 2013.2.0.0
by Mark Lentczner 28 May '13

28 May '13

On behalf of the Haskell Platform team, I'm happy to announce the release of Haskell Platform 2013.2.0.0 *featuring* GHC 7.6.3 52 packages 650+ public modules 4 tools *New packages this release:* attoparsec case-insensitive hashable unordered-containers *and a major upgrade to* OpenGL and GLUT Get it now: Download Haskell Platform <http://www.haskell.org/platform/index.html> — for Windows <http://www.haskell.org/platform/windows.html> — for Mac OS X <http://www.haskell.org/platform/mac.html> — for Linux <http://www.haskell.org/platform/linux.html> (distributions updating soon) *N.B.: You will likely need to explicitly re-fresh those links when visiting in your browser - those pages tend to get cached for very long periods of time.* — Mark "platform wrangler" Lentczner

1 0

Re: [Haskell-cafe] Haskell-Cafe Digest, Vol 117, Issue 40
by Diego Saa-temp 27 May '13

27 May '13

Sent from my Verizon Wireless 4G LTE smartphone -------- Original Message -------- Subject: Haskell-Cafe Digest, Vol 117, Issue 40 From: "haskell-cafe-request(a)haskell.org" <haskell-cafe-request(a)haskell.org> Date: Mon, 27-May-2013 06:00 To: "haskell-cafe(a)haskell.org" <haskell-cafe(a)haskell.org> CC: Send Haskell-Cafe mailing list submissions to haskell-cafe(a)haskell.org To subscribe or unsubscribe via the World Wide Web, visit http://www.haskell.org/mailman/listinfo/haskell-cafe or, via email, send a message with subject or body 'help' to haskell-cafe-request(a)haskell.org You can reach the person managing the list at haskell-cafe-owner(a)haskell.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Haskell-Cafe digest..."

1 0

hackage update brigade (was Re: ANNOUNCE: new bridge! (prelude-prime))
by Evan Laforge 27 May '13

27 May '13

> Yes, it would break code. Probably a lot of code. So of course I volunteer to fix my code, but that's not much help, since it's a small minority of the code on hackage. So that made me think, maybe we should organize a kind of hackage community service brigade, which, when the time is right, would spring into action. They would download sections of hackage, update the code, and send patches to the maintainers. Then they'd keep track of which packages actually applied the patch, and that could go on an "update status" page. I'd sign up for that. Of course, package maintainers might prefer to do the change themselves, or more likely may be incommunicado. But the presence of a small army of organized volunteers waiting to update code might reduce friction to make necessary changes, and would take the weight off the shoulders of the few who wind up doing it anyway when a new ghc comes out. If people think this is a good idea, I volunteer to do the setup. I guess this means a short doc describing the process, and then a place where volunteers can sign up, and then keep the volunteer list up to date.

3 2

ANNOUNCE: haskell-packages-0.1
by Roman Cheplyaka 27 May '13

27 May '13

I am happy to announce the first release of haskell-packages. http://haskell-suite.github.io/haskell-packages/ There are two cases when you may need haskell-packages: if you are writing a Haskell compiler (or any tool that processes Haskell source code, such as a static analyzer), or if you want to integrate with an existing Haskell compiler that uses haskell-packages. ## Writing a compiler If you are writing a compiler, you typically want to integrate it with Cabal, to be able to build ordinary Haskell packages. If you go the hard way, this involves: 1. **Parsing command line parameters**. Sounds easy — just take a list of files to compile. In reality you also need to handle package ids and package dbs, CPP options (`-DFOO=1`), language extension flags (`-XRankNTypes`) etc. To integrate with Cabal, you also need to tell it the list of installed packages, supported languages and extensions etc. 2. Actual **integration with Cabal** means understanding how Cabal works and hard-coding support for your compiler. And then getting it accepted and waiting for the next Cabal release. You may pretend that you are GHC or other compiler that is already supported by Cabal. It might work, but often it won't, for various reasons. Also, GHC's command line protocol is quite complex. 3. **Package management**. You need to implement a package db mechanism, which would let you to keep track of installed packages. Then you'd have to implement a `ghc-pkg`-like tool to manage those databases, for both Cabal and your users. **Or**, you can simply use this library! It already has command line options parsing, Cabal support, and package management. All you need to do is to provide the function to do actual compilation and tell a couple of other things about your compiler. See the `Distribution.HaskellSuite.Compiler` module for details. ## Using other compilers Some compilers produce artifacts that you may want to use. A good example is the `gen-iface` compiler from haskell-names which generates an *interface* for each module — the set of all named entities (functions, types, classes) that are exported by that module. This information can be then used either by other compilers, or by tools like IDEs. Assuming the compiler uses haskell-packages and exports its database type, it's very easy to use its artifacts. See `Distribution.HaskellSuite.Packages` for package resolution and `Distribution.HaskellSuite.Modules` for module resolution. ## Installation Note that haskell-packages uses (yet unreleased) haskell-src-exts 1.14. Get it [here][hse]. It doesn't matter what Cabal version you use together with haskell-packages, but if you want to invoke a haskell-packages compiler from Cabal (see [Usage](#usage)), you need to build our [fork of Cabal][Cabal]. Eventually it will be merged into Cabal. [hse]: https://github.com/haskell-suite/haskell-src-exts [Cabal]: https://github.com/feuerbach/Cabal ## Usage To compile a Haskell package using a haskell-packages tool: cabal install --haskell-suite -w $TOOL where `$TOOL` may be either a full path to the compiler, or just an executable name if it's in `$PATH`.

1 0