Matthias Blume | 3 Sep 2009 17:11

*** FLOPS 2010: 2nd Call for Papers ***

----------------------------------------------------------------------------
			SECOND CALL FOR PAPERS

Tenth International Symposium on Functional and Logic Programming
			     (FLOPS 2010)
			  April 19-21, 2010
			    Sendai, Japan

            http://www.kb.ecei.tohoku.ac.jp/flops2010/

		Submission deadline: October 16, 2009

FLOPS is a forum for research on all issues concerning declarative
programming, including functional programming and logic programming,
and aims to promote cross-fertilization and integration between the
two paradigms.  Previous FLOPS meetings were held in Fuji Susono
(1995), Shonan Village (1996), Kyoto (1998), Tsukuba (1999), Tokyo
(2001), Aizu (2002), Nara (2004), Fuji Susono (2006), and Ise
(2008).

TOPICS

FLOPS solicits original papers in all areas of functional and logic
programming, including (but not limited to):

  Declarative Pearls: new and excellent declarative programs with
  illustrative applications.

  Language issues: language design and constructs, programming
  methodology, integration of paradigms, interfacing with other
(Continue reading)

Niklas Broberg | 3 Sep 2009 23:57
Picon
Gravatar

ANN: haskell-src-exts-1.1.4

Fellow Haskelleers,

I'm pleased to announce the release of haskell-src-exts-1.1.4!

* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Via darcs: darcs get http://code.haskell.org/haskell-src-exts

* Report bugs: http://trac.haskell.org/haskell-src-exts

haskell-src-exts is a package for Haskell source code manipulation. In
particular it defines an abstract syntax tree representation, and a
parser and pretty-printer to convert between this representation and
String. It handles (almost) all syntactic extensions to the Haskell 98
standard implemented by GHC, and the parsing can be parametrised on
what extensions to recognise.

haskell-src-exts-1.1.4 follows version 1.1.3 in being a mostly
experimental release. From a PVP perspective, the version number
indicates that no incompatible changes have been made to the *stable*
portion of the package, i.e. anything that doesn't contain Annotated
in its module name. The experimental stuff in
Language.Haskell.Annotated{.*} has changed quite a lot, but those of
you who depend on it already must obviously know what you're doing.
;-)

haskell-src-exts-1.1.4:
===================

* For the stable part, the only new thing in haskell-src-exts-1.1.4 is
(Continue reading)

John A. De Goes | 4 Sep 2009 00:05

Re: ANN: haskell-src-exts-1.1.4


Roundtrip is an important milestone for automated refactoring tools.  
Nice work!

Regards,

John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration

http://www.n-brain.net    |    877-376-2724 x 101

On Sep 3, 2009, at 2:57 PM, Niklas Broberg wrote:

> Fellow Haskelleers,
>
> I'm pleased to announce the release of haskell-src-exts-1.1.4!
>
> * On hackage: http://hackage.haskell.org/package/haskell-src-exts
> * Via cabal: cabal install haskell-src-exts
> * Via darcs: darcs get http://code.haskell.org/haskell-src-exts
>
> * Report bugs: http://trac.haskell.org/haskell-src-exts
>
> haskell-src-exts is a package for Haskell source code manipulation. In
> particular it defines an abstract syntax tree representation, and a
> parser and pretty-printer to convert between this representation and
> String. It handles (almost) all syntactic extensions to the Haskell 98
> standard implemented by GHC, and the parsing can be parametrised on
> what extensions to recognise.
(Continue reading)

Niklas Broberg | 4 Sep 2009 00:43
Picon
Gravatar

Re: ANN: haskell-src-exts-1.1.4

> Roundtrip is an important milestone for automated refactoring tools. Nice
> work!

Thanks a lot! Refactoring was indeed the 'killer app' in mind when
writing the exact-printer. For instance I don't expect it to be hard
to get HLint to apply suggestions automatically now, instead of just
suggesting them. :-)

Cheers,

/Niklas
Corey O'Connor | 4 Sep 2009 03:51
Picon

ANN: vty-4.0.0.1 released

Vty is a terminal UI library. Release 4.0.0.1 brings a number of
important fixes,
features, and performance enhancements.

- Completely rewritten output backend.
- Efficient, "scanline rasterization" style output span generator. Has not been
  fully optimized, but should be fast enough.
- Terminfo based display terminal implementation. With specialized derivitives
  for xterm, Terminal.app, and iTerm.app.
    - Attempts to robustly handle even terminals that don't support all display
      attributes.
    - I've tested the following terminals with success: iTerm.app,
      Terminal.app, xterm, rxvt, mlterm, Eterm, gnome-terminal, konsole,
      screen, linux vty. Hopefully you will be as successfull.
    - Improved unicode support. Double wide characters will display as
      expected.
- 256 color support. See Graphics.Vty.Attributes.Color240. The actual output
  color is adjusted according to the number of colors the terminal supports.
- The Graphics.Vty.Image combinators no longer require matching dimensions to
  arguments!  Unspecified areas are filled in with a user-customizable
  background pattern. See Graphics.Vty.Picture.
- output picture will be cropped to display size as expected.
- GHC 6.8 support is broken :-(
- Unknown Windows platform support.

- API changes:
    - "getSize" has been removed. Use "terminal vty >>= display_bounds" where
      "vty" is an instance of the Vty data structure.
    - added a "terminal" field to the Vty data structure. Accesses the
      TerminalHandle associated with the Vty instance. See
(Continue reading)

Leaf Petersen | 5 Sep 2009 05:18
Picon

DAMP 2010 Final Call For Papers

DAMP 2010: Workshop

Declarative Aspects of Multicore Programming

Madrid, SPAIN

(colocated with POPL 2010)

January 19, 2010

damp10.cs.nmsu.edu

SUBMISSION DEADLINE: SEPTEMBER 21, 2009

 

The  advent  of multicore architectures  has profoundly  increased the  importance of research  in parallel  computing. Modern  platforms  are becoming more complex and heterogenous and novel solutions  are needed to account for their peculiarities.

Multicore  architectures will  differ in  significant ways  from their multisocket  predecessors. For example,  the communication  to compute bandwidth ratio is  likely to be higher, which  will positively impact performance. More generally, multicore architectures introduce several new  dimensions  of variability  in  both  performance guarantees  and architectural  contracts,  such as  the  memory  model,  that may  not stabilize for several generations of product.

 

Programs  written  in  functional  or  (constraint-)logic  programming languages, or in other highly declarative languages  with a controlled   use of side effects, can  greatly simplify parallel  programming. Such declarative programming  allows  for  a  deterministic semantics  even  when  the underlying implementation might be highly non-deterministic.  In addition to simplifying programming this can simplify debugging and analyzing correctness.

 

DAMP 2010 is the  fifth in  a series of  one-day  workshops seeking to explore  ideas in  declarative  programming  language design that will greatly  simplify programming for  multicore  architectures, and  more generally  for tightly  coupled parallel  architectures.  The emphasis will  be  on (constraint-)logic and  functional  programming, but  any declarative programming language ideas that aim to raise the level of abstraction are welcome. DAMP seeks to gather together researchers in declarative approaches to parallel programming and to foster cross fertilization across different approaches.

 

Specific topics include, but are not limited to:

 

 * investigation  of applications  of logic,  constraint logic, and    functional programing to multicore programing

 * run-time issues of exploitation of parallelism using declarative    programming approaches (e.g., garbage collection, scheduling)

 * architectural   impact  on  exploitation  of  parallelism   from declarative languages

 * type systems and analysis for accurately detecting dependencies,  aliasing, side effects, and impure features

 * language level declarative constructs for expressing parallelism  

* declarative language  specification for  the description of data placement and distribution

 * compilation   and   static analysis   techniques   to    support exploitation  of  parallelism from declarative  languages (e.g.,

   granularity control)

 * practical  experiences  and  challenges  arising  from  parallel declarative programming

 * technology for debugging parallel programs

 * design  and   implementation   of  domain-specific   declarative languages for multicore programming

 

Submission:

 

  Submitted  papers  papers  should  not  exceed  10  pages  in ACM

  SIGPLAN conference format. Submission is electronic via:

 

  http://www.easychair.org/conferences/?conf=damp10

 

  Accepted papers will be published in the ACM Digital  Library and  in a physical  proceedings.  Papers must  adhere to  the  SIGPLAN Republication Policy:

 

       http://www.sigplan.org/republicationpolicy.htm

 

  Concurrent submissions to other conferences,  workshops, journals,   or similar forums of  publication are  not allowed.  However, DAMP  is   intended to  be  a  venue for  discussion and  exploration of works-in-progress, and so publication of a paper  at DAMP  2010 is not intended to preclude later publication as appropriate.

 

  Additional information  about the submission process can be  found at the conference web site.

 

Important dates:

 

  Abstract submission:     Sept. 21

  Paper submission:        Sept. 25

  Notification to authors: Oct.  26

  Camera ready:            Nov.   9

 

Program Chair:

 

  Enrico Pontelli

  New Mexico State University

 

General Chairs:

 

  Leaf Petersen

  Intel Corporation

  Santa Clara, CA, USA

 

Program Committee:

 

   Manuel Carro           Universidad Politecnica de Madrid

   Clemens Grelck         University of Hertfordshire

   Haifeng Guo            University of Nebraska at Omaha

   Gabriele Keller        University of New South Wales

   Hans-Wolfgang Loidl    Ludwig-Maximilians-Universitat Munchen

   Leaf Petersen          Intel Corporation

   John Reppy             University of Chicago

   Ricardo Rocha          University of Porto

   Kostis Sagonas         National Technical University of Athens

   Vitor Santos Costa     University of Porto

   Satnam Singh           Microsoft Research

   Philip Trinder         Heriot-Watt University

   Pascal Van Hentenryck  Brown University

 

URL:  http://damp10.cs.nmsu.edu

 

_______________________________________________
Haskell mailing list
Haskell <at> haskell.org
http://www.haskell.org/mailman/listinfo/haskell
Brent Yorgey | 5 Sep 2009 22:56
Favicon
Gravatar

Haskell Weekly News: Issue 129 - September 5, 2009

---------------------------------------------------------------------------
Haskell Weekly News
http://sequence.complete.org/hwn/20090905
Issue 129 - September 05, 2009
---------------------------------------------------------------------------

   Welcome to issue 129 of HWN, a newsletter covering developments in the
   [1]Haskell community.

   The [2]Haskell Symposium was a great success, with many [3]interesting
   talks and a good discussion on the future of Haskell. Watch this space
   for links to video from the Symposium as it becomes available!

Announcements

   HStringTemplate 0.6.2. Sterling Clover [4]announced some new features
   in the [5]HStringTemplate library, including simple quasiquotation;
   proper Unicode support; creation of groups from hierarchies of
   directories; separators applied within iterated template application;
   depthwise chained iterated template application; generalized encoding
   functions; and more.

   fclabels-0.4.0 - First class accessor labels. Sebastiaan Visser
   [6]announced a new release of the [7]fclabels package, straight from
   ICFP in Edinburgh. The package provides first-class labels which act as
   fully composable, bidirectional record fields, as well as support for
   automatically generating them from record types.

   vty-4.0.0.1 released. Corey O'Connor [8]announced release 4.0.0.1 of
   [9]vty, a terminal UI library. This release brings a number of
   important fixes, features, and performance enhancements, including a
   completely rewritten output backend; efficient, "scanline
   rasterization" style output span generator; terminfo based display
   terminal implementation; improved Unicode support; 256 color support;
   and more.

   haskell-src-exts-1.1.4. Niklas Broberg [10]announced the release of
   [11]haskell-src-exts-1.1.4, a package for Haskell source code
   manipulation. The experimental code in Language.Haskell.Annotated{.*}
   has changed quite a lot, although the stable portion of the package
   interface has not changed. Significantly, the package now includes an
   exact-printer which allows round-tripping between parsing and
   pretty-printing to be the identity.

   Next BostonHaskell meeting: September 16th at MIT (32G-882).
   Ravi Nanavati [12]announced the September meeting of the Boston Area
   Haskell Users' Group, to be held Wednesday, September 16th from 7pm -
   9pm. As usual, it will be held in the MIT CSAIL Reading Room (32-G882,
   on the 8th floor of the Gates Tower of the MIT's Stata Center at 32
   Vassar St in Cambridge, MA). The featured speaker will be Edward Kmett,
   who will be presenting the second part of his monoids and parsing
   presentation: "A Parallel Parsing Trifecta: Iteratees, Parsec, and
   Monoids".

   lenses -- Simple Functional Lenses. Job Vranish [13]announced the
   release of [14]lenses, a simple but powerful implementation of function
   lenses (aka functional references/accessors). This library provides a
   convenient way to access and update the elements of a structure. It is
   very similar to Data.Accessors, but simpler, a bit more generic and has
   fewer dependencies.

   Dutch HUG: meeting next week (September 11th) in Utrecht. Tom Lokhorst
   [15]invited functional programmers in The Netherlands to the [16]Dutch
   Haskell User Group, meeting Friday, September 11 at 19:00 in the
   [17]Booth Hall of the Utrecht University Library. Thomas (noknok) will
   be talking about his system for doing propositional logic in Haskell.
   Pedro will give an introductory talk about generic programming, and
   Sean will talk about xformat, a library for extensible and type-safe
   formatting with scanf- and printf-like functions. There is also still
   space for short 5-minute lighting talk about something related to
   Haskell or functional programming; contact Tom if you're interested.

   moe html combinator. Jinjing Wang [18]announced the release of [19]moe,
   a DSL for generating HTML.

   jail-0.0.1 - Jailed IO monad. Sebastiaan Visser [20]announced the first
   release of the [21]jail package, a jailed IO monad that can restrict
   filesystem access for your code.

   scion 0.1. Thomas Schilling [22]announced the first release of
   [23]Scion, a Haskell library that aims to implement those parts of a
   Haskell IDE which are independent of a particular front-end. Scion is
   based on the GHC API and Cabal. It provides both a Haskell API and a
   server for non-Haskell clients such as Emacs and Vim.

Blog noise

   [24]Haskell news from the [25]blogosphere. Blog posts from people new
   to the Haskell community are marked with >>>, be sure to welcome them!
     * Don Stewart (dons): [26]DEFUN 2009: Multicore Programming in
       Haskell Now!.
     * Bryan O'Sullivan: [27]Slides from my CUFP 2009 keynote talk.
     * LHC Team: [28]Yet another unfair benchmark..
     * Alex McLean: [29]Hackpact documentation.
     * >>> Jeff Foster: [30]Exploring Haskell's List Functions.
     * Don Stewart (dons): [31]Parallel Programming in Haskell: A Reading
       List.
     * David Amos: [32]Finite fields, part 2.
     * >>> Jeff Foster: [33]Debugging in Haskell.
     * apfelmus: [34]Fun with Morse Code.
     * Ketil Malde: [35]Parsing ints.
     * Alex McLean: [36]Hackpact.
     * Greg Bacon: [37]Finding duplicates with Perl and Haskell.
     * Colin Adams: [38]Selecting software for a replacement for this
       website.
     * Don Stewart (dons): [39]Haskell Popularity Rankings: September
       2009.
     * Mikael Vejdemo-Johansson: [40][Stanford] MATH 198: Category Theory
       and Functional Programming.
     * Jeff Heard: [41]HDR imaging library for Haskell based on pfsutils.
     * David Amos: [42]Extension fields.
     * Magnus Therning: [43]Trying to work out iteratees.

Quotes of the Week

     * benmachine: ho hum. I understand both your positions. but i don't
       understand mine, now :(
     * ksf: agda is actually a secret mindwar-weapon of the illuminati,
       who want to wrack your nerves with excessively big symbol sets
       requiring a keyboard with 10 modifier keys. just like APL.
     * Axman6: does anyone else think that C++ looks like a dead fish?
       (C++<)
     * Cale: The difference between Many Worlds and Copenhagen is a
       garbage collector ;)
     * apfelmus: Lambda Fu, form 72 - three way dragon zip: 'averages3 xs
       = zipWith3 avg xs (drop 1 xs) (drop 2 xs); where avg a b c =
       (a+b+c) / 3'

About the Haskell Weekly News

   New editions are posted to [44]the Haskell mailing list as well as to
   [45]the Haskell Sequence and [46]Planet Haskell. [47]RSS is also
   available, and headlines appear on [48]haskell.org.

   To help create new editions of this newsletter, please see the
   information on [49]how to contribute. Send stories to byorgey at cis
   dot upenn dot edu. The darcs repository is available at darcs get
   [50]http://code.haskell.org/~byorgey/code/hwn/ .

References

   1. http://haskell.org/
   2. http://www.haskell.org/haskell-symposium/2009/
   3. http://www.haskell.org/haskell-symposium/2009/schedule.html
   4. http://article.gmane.org/gmane.comp.lang.haskell.cafe/63108
   5. http://hackage.haskell.org/package/HStringTemplate
   6. http://article.gmane.org/gmane.comp.lang.haskell.cafe/63082
   7. http://hackage.haskell.org/package/fclabels
   8. http://article.gmane.org/gmane.comp.lang.haskell.cafe/63072
   9. http://hackage.haskell.org/package/vty
  10. http://article.gmane.org/gmane.comp.lang.haskell.cafe/63068
  11. http://hackage.haskell.org/package/haskell-src-exts
  12. http://article.gmane.org/gmane.comp.lang.haskell.cafe/63067
  13. http://article.gmane.org/gmane.comp.lang.haskell.cafe/63059
  14. http://hackage.haskell.org/package/lenses
  15. http://article.gmane.org/gmane.comp.lang.haskell.cafe/63000
  16. http://www.haskell.org/haskellwiki/Dutch_HUG
  17. http://www.uu.nl/EN/library/contact/university_library/zaalverhuur/Pages/default.aspx#booth
  18. http://article.gmane.org/gmane.comp.lang.haskell.cafe/62865
  19. http://hackage.haskell.org/package/moe
  20. http://article.gmane.org/gmane.comp.lang.haskell.cafe/62839
  21. http://hackage.haskell.org/package/jail
  22. http://article.gmane.org/gmane.comp.lang.haskell.cafe/62820
  23. http://hackage.haskell.org/package/scion
  24. http://planet.haskell.org/
  25. http://haskell.org/haskellwiki/Blog_articles
  26. http://donsbot.wordpress.com/2009/09/05/defun-2009-multicore-programming-in-haskell-now/
  27. http://www.serpentine.com/blog/2009/09/04/slides-from-my-cufp-2009-keynote-talk/
  28. http://lhc-compiler.blogspot.com/2009/09/yet-another-unfair-benchmark.html
  29. http://yaxu.org/hackpact-documentation/
  30. http://www.fatvat.co.uk/2009/09/exploring-haskells-list-functions.html
  31. http://donsbot.wordpress.com/2009/09/03/parallel-programming-in-haskell-a-reading-list/
  32. http://haskellformaths.blogspot.com/2009/09/finite-fields-part-2.html
  33. http://www.fatvat.co.uk/2009/09/debugging-in-haskell.html
  34. http://apfelmus.nfshost.com/fun-with-morse-code.html
  35. http://blog.malde.org/index.php/2009/08/31/parsing-ints/
  36. http://yaxu.org/hackpact/
  37. http://feedproxy.google.com/~r/gbacon/~3/aaZePz6Gv2Q/finding-duplicates-with-perl-and.html
  38. http://colina.demon.co.uk/?q=node/753
  39. http://donsbot.wordpress.com/2009/08/29/haskell-popularity-rankings-september-2009/
  40. http://blog.mikael.johanssons.org/archive/2009/08/stanford-math-198-category-theory-and-functional-programming/
  41. http://vis.renci.org/jeff/2009/08/28/hdr-imaging-library-for-haskell-based-on-pfsutils/
  42. http://haskellformaths.blogspot.com/2009/08/extension-fields.html
  43. http://therning.org/magnus/archives/735
  44. http://www.haskell.org/mailman/listinfo/haskell
  45. http://sequence.complete.org/
  46. http://planet.haskell.org/
  47. http://sequence.complete.org/node/feed
  48. http://haskell.org/
  49. http://haskell.org/haskellwiki/HWN
  50. http://code.haskell.org/~byorgey/code/hwn/
Brent Yorgey | 5 Sep 2009 23:26
Favicon
Gravatar

Looking for a new HWN editor

Executive summary:

  * I'm looking for someone to take over as HWN editor
  * It is highly automated and doesn't take as much time as you might
    think (about 3-4 hours/week on average)
  * You DON'T need to be a Haskell guru
  * It is far from a thankless job and is a fun way to provide an
    appreciated service to the community!

Read on for more details!

-------------------------------------------------------------------------

Hi all,

As you probably know, I've been the editor of the Haskell Weekly News
for a little over a year now, and I've decided that it's time for me
to move on to other things.  So, I'm looking for someone to volunteer
to take over as HWN editor.

Why might you want to do this?  It's true that there is no concrete
reward.  But judging from the number of comments I have received from
people over the past year, the HWN provides a valuable and appreciated
service to the Haskell community: there are many who simply don't have
time to read the mailing lists, but like to know about new libraries,
compiler releases, interesting discussions, and other major goings-on
in the community.

What does the editorship entail?  Thanks to some automated tools
developed specifically for the job, it doesn't take as much time as
you might think: usually about 4 hours per week; most of that is spent
simply reading/skimming various Haskell mailing lists to pick out
items for the HWN.  The process generally goes like this:

  * pick out funny quotes from the IRC channel using an automated tool
  * pick out Haskell-related blog posts using an automated tool
  * pick out announcements and discussions from the mailing list with
    an automated tool, writing a short blurb for each (usually this
    just involves cutting and pasting from the announcement itself,
    with a bit of editing to make it flow
  * compile text and HTML versions with an automated tool
  * post to sequence.complete.org and the mailing list.

There are much more detailed instructions written up, and of course
I'll be happy to provide detailed help and support for the first few
weeks of the new editor's tenure.

I should emphasize that the HWN editor does NOT need to be a Haskell
guru.  In fact, this could be an ideal job for someone who is
relatively new to Haskell and the community, but would like to
contribute in a tangible way.

I also want to emphasize that with the change in editorship, the HWN
need not remain exactly the same: if you have exciting ideas about
changes to make to the format or content, be my guest!  The HWN will
be whatever you make of it.

So, let me know if you are interested!  There won't be any formal
interview process; the first person to contact me who wants to do it,
gets the job.  But of course, if you are not sure and want more
information, feel free to email me with questions.

-Brent
Brent Yorgey | 6 Sep 2009 01:34
Favicon
Gravatar

Re: [Haskell] Looking for a new HWN editor

On Sat, Sep 05, 2009 at 05:26:08PM -0400, Brent Yorgey wrote:
> Executive summary:
> 
>   * I'm looking for someone to take over as HWN editor
>   * It is highly automated and doesn't take as much time as you might
>     think (about 3-4 hours/week on average)
>   * You DON'T need to be a Haskell guru
>   * It is far from a thankless job and is a fun way to provide an
>     appreciated service to the community!

The position has been filled!  More details to come.

-Brent
carlos gomez | 6 Sep 2009 02:04
Picon
Gravatar

Re: Looking for a new HWN editor

I'm interested too. Is there any place for one more ?

2009/9/5 Brent Yorgey <byorgey <at> seas.upenn.edu>
On Sat, Sep 05, 2009 at 05:26:08PM -0400, Brent Yorgey wrote:
> Executive summary:
>
>   * I'm looking for someone to take over as HWN editor
>   * It is highly automated and doesn't take as much time as you might
>     think (about 3-4 hours/week on average)
>   * You DON'T need to be a Haskell guru
>   * It is far from a thankless job and is a fun way to provide an
>     appreciated service to the community!

The position has been filled!  More details to come.

-Brent
_______________________________________________
Haskell mailing list
Haskell <at> haskell.org
http://www.haskell.org/mailman/listinfo/haskell

_______________________________________________
Haskell mailing list
Haskell <at> haskell.org
http://www.haskell.org/mailman/listinfo/haskell

Gmane