News aggregator

Primitive Haskell | FP Complete - Wed, 02/18/2015 - 5:45pm
Categories: Offsite Blogs


glasgow-user - Wed, 02/18/2015 - 5:34pm
There is a library for TH: (broken at the moment) There is a proposal at: Now with AMP, is this worth revisiting? Why or why not? -Tom _______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users< at >
Categories: Offsite Discussion

fpco/mezzohaskell - Wed, 02/18/2015 - 4:34pm
Categories: Offsite Blogs

Current best way to learn haskell and functional programming?

Haskell on Reddit - Wed, 02/18/2015 - 9:40am

There's the links on the sidebar and these: So many to choose from, its a bit overwhelming. Any opinions on a good tutorial that's rigorous/not watered down, has theory etc? More CLRS/SICP less cs101?

submitted by nhjk
[link] [34 comments]
Categories: Incoming News

sdiehl (Stephen Diehl) · GitHub - Wed, 02/18/2015 - 7:35am
Categories: Offsite Blogs

Type systems preventing laziness-related memoryleaks?

haskell-cafe - Wed, 02/18/2015 - 7:04am
Hello haskell-cafe, Let me repost here a question I posted to cstheory stackexchange - in hopes that there are more type theory experts here. Perhaps the main source of performance problems in Haskell is when a program inadvertently builds up a thunk of unbounded depth - this causes both a memory leak and a potential stack overflow when evaluating. The classic example is defining sum = foldr (+) 0 in Haskell. Are there any type systems which statically enforce lack of such thunks in a program using a lazy language? Seems like this should be on the same order of difficulty as proving other static program properties using type system extensions, e.g. some flavors of thread safety or memory safety. _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe< at >
Categories: Offsite Discussion

Sieve Of Eratosthenes

Haskell on Reddit - Wed, 02/18/2015 - 6:57am
Categories: Incoming News

Typed Holes for Beginners

Haskell on Reddit - Wed, 02/18/2015 - 2:22am
Categories: Incoming News

GHC Weekly News - 2015/02/17

Haskell on Reddit - Wed, 02/18/2015 - 2:14am
Categories: Incoming News

Demystifying Type Classes

Haskell on Reddit - Tue, 02/17/2015 - 11:54pm
Categories: Incoming News

The GHC Team: GHC Weekly News - 2015/02/17

Planet Haskell - Tue, 02/17/2015 - 10:06pm

Hi *,

It's time for the GHC weekly news. It's been particularly quiet the past week still, and the ghc-7.10 branch has been quite quiet. So the notes are relatively short this week.

This week, GHC HQ met up to discuss some new stuff:

  • Most of the discussion this week was about particular bugs for GHC 7.10, including getting some tickets fixed like #10058, #8276, and #9968.
  • Since the 7.10 release is getting close, we'll be starting up a new status page about GHC 7.12 (and probably get started writing things for the HCAR report in May) and what our plans are soon. Watch this space!

As usual, we've had a healthy amount of random assorted chatter on the mailing lists:

Some noteworthy commits that went into ghc.git in the past week include:

Closed tickets the past week include: #10047, #10082, #10019, #10007, #9930, #10085, #10080, #9266, #10095, and #3649.

Categories: Offsite Blogs

Haskell Weekly News

haskell-cafe - Tue, 02/17/2015 - 8:55pm
Welcome. Here are this week's picks: - Scott Turner <> proffered a solution in getting exponentiation of complex numbers right, which includes an at-a-glance table to see if everything's sane. - GHC is unsound! <> It has a type safety leak. Iavor Diatchki <> is hard at work plugging the hole. - Richard Eisenberg <> discovered that Debug.Trace.traceStack does a better job debugging GHC than pprTrace. - The curtain is pulled back on the new face of Chris Done designed it, Gershom Bazerman announced it, and unsung heroes migrated it and kept it running under the flash crowd onslaught. The raves include: - This is far more welcoming and user-friendly, especially to those who mi
Categories: Offsite Discussion

Seeking an active maintainer for 'directory'

libraries list - Tue, 02/17/2015 - 8:47pm
The 'directory' package could use an active maintainer. Currently, the package falls to the Core Libraries Committee for maintenance, but we've had a number of issues accrete for the directory package over the last six months or so, which need some attention to detail and a good understanding of cross-platform issues. Is anybody interested in nominating themselves for this role? -Edward _______________________________________________ Libraries mailing list Libraries< at >
Categories: Offsite Discussion