June 2012 - Haskell-Cafe

Hackage 2 maintainership
by Ben Gamari 26 Jun '12

26 Jun '12

Hey all, Those of you who follow the Haskell subreddit no doubt saw today's post regarding the status of Hackage 2. As has been said many times in the past, the primary blocker at this point to the adoption of Hackage 2 appears to be the lack of an administrator. It seems to me this is a poor reason for this effort to be held up. Having taken a bit of time to consider, I would be willing to put in some effort to get things moving and would be willing to maintain the haskell.org Hackage 2.0 instance going forward if necessary. I currently have a running installation on my personal machine and things seem to be working as they should. On the whole, installation was quite trivial, so it seems likely that the project is indeed at a point where it can take real use (although a "logout" option in the web interface would make testing a bit easier). That being said, it would in my opinion be silly to proceed without fixing the Hackage trac. It was taken down earlier this year due to spamming[1] and it seems the recovery project has been orphaned. I would be willing to help with this effort, but it seems like the someone more familiar with the haskel.org infrastructure might be better equipped to handle the situation. It seems that this process will go something like this, 1) Bring Hackage trac back from the dead 2) Bring up a Hackage 2 instance along-side the existing hackage.haskell.org 3) Enlist testers 4) Let things simmer for a few weeks/months ensuring nothing explodes 5) After it's agreed that things are stable, eventually swap the Hackage 1 and 2 instances This will surely be a non-trivial process but I would be willing to move things forward. Cheers, - Ben [1] http://www.haskell.org/pipermail/cabal-devel/2012-January/008427.html

12 17

Munich Haskell Meeting
by Heinrich Hördegen 26 Jun '12

26 Jun '12

Dear all, once again, we want to invite you to our monthly Munich Haskell Meeting at Thu, 28th of June, at 19h30. This time, the venue will be Max Emanuell Brauerei in Munich (http://www.max-emanuel-brauerei.de/) Be aware of that change! Thursday will also be the day of a local football play, at least for those living in Europe. Therefore, I want to reserve a table on Wednesday in order to get a table at all. If you plan to join, please go to: http://www.haskell-munich.de/dates and click the button. Until then, have fun. Heinrich

1 0

Galois is hiring!
by Jason Dagit 26 Jun '12

26 Jun '12

We're looking for functional programmers, formal methods practitioners, and project leads, interested in either short term or permanent employment. For more information, see: http://corp.galois.com/careers Why Galois? At Galois, we believe in seeking out and solving important problems to make the world a better place. This philosophy runs through everything we do. From internal interactions on an individual level to the interesting technical challenges we take on to the way we orient to the external world. We hire the best people, we help them to better understand their own passions, and then together we take on important problems. It just so happens that we have skilled software engineers with a passion for functional programming who take on challenges in crypto, critical systems, secure networking, and so on. For me, the very compelling reasons to work at Galois are: a strong cultural emphasis on freedom to choose your roles within the organization including seeking external funding to work on whatever you want; strong commitment to open source, and; a cultural emphasis on functional programming and formal methods. What a organization believes has a deep and profound impact on how you spend your time at the organization, who the organization attracts, and what impact the organization will have in the world. We have no shortage of interesting problems to tackle in our quest to make the world a better place. Thanks, Jason

1 0

ghci session slows down over time.
by Jonathan Geddes 26 Jun '12

26 Jun '12

Haskell Cafe, I'm seeing crazy amounts of slowdown in a ghci session after just a few executions of :r (reload). Using :set +r (revert top-level bindings) doesn't seem to help. Is it possible that the dynamically-loaded object code is not being garbage collected? Is this a known issue? More importantly, is there a known workaround? Thanks, --J Arthur

3 3

Origin of Delimited Continuation Operators
by aditya siram 26 Jun '12

26 Jun '12

Hi all, I working through a few papers and Oleg's delimited continuation implementation and I'm wondering how the operators (shift, shift0P, control, reset, etc) got their name. -deech

2 2

About using "type" to do type alias.
by Magicloud Magiclouds 25 Jun '12

25 Jun '12

Hi, There was another mail, but the subject might be confusing. So I write this one. The code is here: http://hpaste.org/70414 If I understand correct, generally, I could use 'type' to do alias to save the ugly-long code. Like section 1. This works when I 't [(0, Just "x")]'. But, if I wrote section 2. Then 'start (M.fromList $ zip ord_args) worker' could not be compiled due to the second argument is type of 'M.Map Arg Arg', not 'JobArgs Arg Arg'. What did I miss to make this work? -- 竹密岂妨流水过山高哪阻野云飞 And for G+, please use magiclouds#gmail.com.

3 9

ICFP Student Research Competition
by Wouter Swierstra 25 Jun '12

25 Jun '12

===================================================================== Student Research Competition Associated with the The 17th ACM SIGPLAN International Conference on Functional Programming (ICFP 2012) and affiliated events http://www.icfpconference.org/icfp2012/src.html Copenhagen, Denmark, Sep 9-15, 2012 ===================================================================== This year ICFP will host a Student Research Competition where undergraduate and postgraduate students can present posters. The SRC at the ICFP 2012 consists of three rounds: - Extended abstract round: All students are encouraged to submit an extended abstract outlining their research (800 words). - Poster session at ICFP 2012: Based on the abstracts, a panel of judges will select the most promising entrants to participate in the poster session which will take place at ICFP. Students who make it to this round will be supported to attend the conference, to a maximum of $500 for travel and housing. If your total costs are higher than these $500 your conference fee may be waived too. In the poster session, students will have the opportunity to present their work to the judges, who will select three finalists in each category* (graduate/undergraduate) to advance to the next round. - ICFP presentation: The next round consists of an oral presentation at the ICFP to compete for the final awards in each category. ** Prizes ** Both the top three graduate and the top three undergraduate contestants will receive prizes of $500, $300, and $200, respectively. All six winners will receive award medals and a two-year complimentary ACM student membership, including a subscription to ACM’s Digital Library. The names of the winners will be posted on the SRC web site. The winners in each category will be invited to participate in the ACM SRC Grand Finals, an on-line round of competitions among the winners of other conference-hosted SRCs. Grand Finalists and their advisors will be invited to the Annual ACM Awards Banquet for an all-expenses-paid trip, where they will be recognized for their accomplishments along with other prestigious ACM award winners, including the winner of the Turing Award (also known as the Nobel Prize of Computing). The top three graduate Grand Finalists will receive an additional $500, $300, and $200. Likewise, the top three undergraduate Grand Finalists will receive an additional $500, $300, and $200. All six Grand Finalists will receive Grand Finalist certificates. ** Eligibility ** The SRC is open to both undergraduate and graduate students. Upon submission, entrants must be enrolled as a student at their university. The abstract must describe the student’s individual research and must be authored solely by the student. If the work is collaborative with others and/or part of a larger group project, the abstract should make clear what the student’s role was and should focus on that portion of the work. The extended abstract must not exceed 800 words and must not be longer than 2 pages. The reference list does not count towards these limits. To submit an abstract, please register through the submission page and follow the instructions. Abstracts submitted after the deadline may be considered at the committee's discretion, but only after decisions have been made on all abstracts submitted before the deadline. If you have any problems, don't hesitate to contact the competition chair. More information about the submission process can be found online at: http://www.icfpconference.org/icfp2012/src.html ** Important Dates ** Deadline for submission: June 29th Notification of acceptance: July 8th ** Selection Committee ** Koen Claessen, Chalmers University of Technology Robby Findler (ICFP Program chair), Northwestern University Ken Friis Larsen, IT University of Copenhangen Jacques Garrigue, Nagoya University Doaitse Swierstra (Chair), Utrecht University

1 0

Request for optimizing help.
by Captain Freako 25 Jun '12

25 Jun '12

Does anyone have any advice for optimizing the code, below? Currently, the profiling results look like this: COST CENTRE MODULE %time %alloc runFilter Filter 90.9 41.0 convT Filter 9.1 58.6 Thanks for any help! -db 11 data FilterState a = FilterState { 12 as :: [a] -- transfer function denominator coefficients 13 , bs :: [a] -- transfer function numerator coefficients 14 , taps :: [a] -- current delay tap stored values 15 } deriving (Show) 16 17 type Kernel a = (a, FilterState a) -> (a, FilterState a) 18 19 -- FILTER KERNELS 20 -- Time domain convolution filter (FIR or IIR), 21 -- expressed in direct form 2 22 convT :: (Fractional a) => Kernel a 23 convT (x, s) = 24 let wk = (x - sum [a * t | (a, t) <- zip (tail $ as s) (taps s)]) / head (as s) 25 newTaps = wk : init (taps s) 26 s' = s {taps = newTaps} 27 y = sum [b * w | (b, w) <- zip (bs s) (wk : taps s)] 28 in (y, s') 29 30 -- FILTER APPLICATION 31 runFilter :: Kernel a -> FilterState a -> [a] -> IO ([a], FilterState a) 32 runFilter f s0 [] = do 33 return ([], s0) 34 runFilter f s0 (x:xs) = do 35 (y, s') <- return (f (x, s0)) 36 (ys, s) <- runFilter f s' xs 37 return (y:ys, s)

2 1

ANNOUNCE : Leksah 0.12.1.3 (fix for GHCi locking up)
by Hamish Mackenzie 25 Jun '12

25 Jun '12

This release fixes a problem where the GHCi integration would break when the first command set was from the debug scratch pane. Source is in Hackage and https://github.com/leksah Binary Installers Use "ghc --version" to work out which one you need. OS X http://leksah.org/packages/leksah-0.12.1.3-ghc-7.0.3.dmg http://leksah.org/packages/leksah-0.12.1.3-ghc-7.0.4.dmg http://leksah.org/packages/leksah-0.12.1.3-ghc-7.4.1.dmg Windows http://leksah.org/packages/leksah-0.12.1.3-ghc-6.12.3.exe http://leksah.org/packages/leksah-0.12.1.3-ghc-7.0.3.exe http://leksah.org/packages/leksah-0.12.1.3-ghc-7.0.4.exe http://leksah.org/packages/leksah-0.12.1.3-ghc-7.4.1.exe

1 0

Why does Enum succ and pred functions throw exception
by Rouan van Dalen 25 Jun '12

25 Jun '12

Hi everyone, Can anyone shed some light on why the succ and pred functions of the Enum typeclass throw exceptions if we go over the upper or lower boundary, and not return Maybe a? I was hoping to have some functions like: safeSucc :: (Enum a) => a -> Maybe a Because the succ and pred functions throw exceptions I can only catch them in the IO monad. This makes it hard to deal with this situation in pure code. Regards Rouan.

7 7