[Haskell] CFP TFP 2009

2009-02-02 Thread Horváth Zoltán
First call for papers
 10th SYMPOSIUM ON TRENDS IN FUNCTIONAL PROGRAMMING
 TFP 2009
 SELYE JANOS UNIVERSITY, KOMARNO, SLOVAKIA
 June 2-4, 2009
 http://www.inf.elte.hu/tfp_cefp_2009


The symposium on Trends in Functional Programming (TFP) is an
international forum for researchers with interests in all aspects of
functional programming languages, focusing on providing a broad view of
current and future trends in Functional Programming. It aspires to be a
lively environment for presenting the latest research results. Acceptance
for the conference is based on full papers or extended abstracts, and a
formal post-symposium refereeing process selects the best articles
presented at the symposium for publication in a high-profile volume.

TFP 2009 is hosted by the Selye Janos University, Komarno, Slovakia, and
it is co-located with the 3rd Central-European Functional Programming
School (CEFP 2009), which is held immediately before TFP 2009 (May 25-30).

 IMPORTANT DATES (ALL 2009)

* Paper Submission: March 15
* Notification of Acceptance: April 3
* Camera Ready Symposium Proceedings Paper: April 24
* TFP Symposium: June 2-4, 2009
* Post Symposium Paper Submission: June 30
* Notification of Acceptance: September 7
* Camera Ready Revised Paper: September 21

 SCOPE OF THE SYMPOSIUM

As part of the Symposium's focus on trends we therefore identify
the following five article categories. High-quality articles are
solicited in any of these categories:

* Research: leading-edge, previously unpublished research.
* Position: on what new trends should or should not be.
* Project: descriptions of recently started new projects.
* Evaluation: what lessons can be drawn from a finished project.
* Overview: summarizing work with respect to a trendy subject.

Articles must be original and not submitted for simultaneous publication
to any other forum. They may consider any aspect of functional
programming: theoretical, implementation-oriented, or more experience-
oriented. Applications of functional programming techniques to other
languages are also within the scope of the symposium. Contributions on
the following subject areas are particularly welcomed:

* Dependently Typed Functional Programming
* Validation and Verification of Functional Programs
* Debugging for Functional Languages
* Functional Programming and Security
* Functional Programming and Mobility
* Functional Programming to Animate/Prototype/Implement Systems from
  Formal or Semi-Formal Specifications
* Functional Languages for Telecommunications Applications
* Functional Languages for Embedded Systems
* Functional Programming Applied to Global Computing
* Functional GRIDs
* Functional Programming Ideas in Imperative or Object-Oriented
  Settings (and the converse)
* Interoperability with Imperative Programming Languages
* Novel Memory Management Techniques
* Parallel/Concurrent Functional Languages
* Program Transformation Techniques
* Empirical Performance Studies
* Abstract/Virtual Machines and Compilers for Functional Languages
* New Implementation Strategies
* Any new emerging trend in the functional programming area

If you are in doubt on whether your article is within the scope of TFP,
please contact the TFP 2009 program chairs, Zoltan Horvath and Viktoria
Zsok at tfp2...@inf.elte.hu

 SUBMISSION AND DRAFT PROCEEDINGS

Acceptance of articles for presentation at the symposium is based on the
screening process of full papers (15 pages) and extended abstracts
(at least 3 pages). TFP encourages PhD students to submit papers.

PhD students may request the program committee to provide extensive
feedback on their full papers at the time of submission. Full papers
describing work accepted for presentation must be completed before the
symposium for publication in the draft proceedings. Further details can be
found at the TFP 2009 website.

 POST-SYMPOSIUM REFEREEING AND PUBLICATION

In addition to the draft symposium proceedings, we continue the TFP
tradition of publishing a high-quality subset of contributions in the
Intellect series on Trends in Functional Programming.

 PROGRAM COMMITTEE

* Peter Achten (symp-chair), Radboud University Nijmegen, NL
* John Clements, California Polytechnic State University, USA
* Cormac Flanagan, University of California at Santa Cruz, USA
* Jurriaan Hage, Utrecht University, NL
* Kevin Hammond, University of St. Andrews, UK
* Michael Hanus, Christian-Albrechts University zu Kiel, DE
* Ralf Hinze, University of Oxford, UK
* Zoltan Horvath (PC co-chair),  Eotvos Lorand University, HU
* Graham Hutton, University of Nottingham, UK
* Johan Jeuring, Utrecht University, NL
* Pieter Koopman (symp-chair), Radboud University Nijmegen, NL
* Hans-Wolfgang Loidl, Ludwig-Maximilians University Munchen, DE
* Rita Loogen, Philipps-University Marburg, DE
* Greg Mi

[Haskell] ANN: regex-posix-unittest-1.0 AND regex-posix-0.94.1 AND regex-tdfa-0.97.1

2009-02-02 Thread ChrisK

I have three announcements to make about regex-* related packages.

The regex-posix-0.94.1 package update provides better semantics for multiple 
matches.  Below version 0.94, if any match was empty the matching would stop. 
Now the empty match is returned and the position is incremented and the 
searching continues.


The regex-tdfa-0.71.1 package update provides the same new multiple match 
semantics.  It also fixes a bug I found.  I know of no outstanding bugs in 
regex-tdfa, and version 0.71.1 now passes all the tests used in 
regex-posix-unittest-1.0 announced below.


We should care about the correctness of our operating system libraries.
To help with this, I have a NEW package to announce: regex-posix-unittest-1.0

The accompanying wiki page is http://www.haskell.org/haskellwiki/Regex_Posix

This new package provides an executable called regex-posix-unittest which you 
can install as --user or --global.


The regex-posix-unittest executable with no arguments runs a suite of unit 
tests, all of which are described by text files in the package, the format is 
documented in the wiki page.  By editing the text files in the package you can 
add to or delete from the unit tests being run.


With two arguments the program expects the text first and the pattern second and 
will run just that match and print all the results.


How does regex-posix-unittest help us care about the OS libraries?

The regex-posix distributed in the GHC bundle uses the OS C library's "regex.h" 
API.  The regex-posix-unittest package will quite likely show you that your OS C 
library "regex.h" API is full of bugs.


If you are on Linux, it will show you a plethora of GLIBC bugs in Posix 
conformance.

If you are on OS X, FreeBSD, or NetBSD, it will show you many bugs including a 
critical bug where it fail to find a match where one actually exists.


These bugs in the OS library are inherited by your "sed" program as well as 
regex-posix and Haskell.


If you are on Windows, or OpenBSD, or Solaris, or anything else, then please 
update the wiki page at http://www.haskell.org/haskellwiki/Regex_Posix or email 
me with your results so I can update the wiki.


You may have evil and ingenious tests of Posix extended regular expressions to 
add to the test suite.  Adding them is easy and if you send them to me I will 
put them in an updated version of regex-posix-unittest.


Cheers,
  Chris
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell


Re: [Haskell] Haskell-mode 2.0

2009-02-02 Thread Stefan Monnier
A bit more than 4 years ago, you wrote:
> Stefan Monnier wrote:
>> This release has several changes that have all been only lightly tested,
>> especially w.r.t compatibility with various Emacsen.

> It works (as far as I tried) on my emacs:

> GNU Emacs 21.3.1 (i586-suse-linux, X toolkit, Xaw3d scroll bars) of
> 2003-09-23 on Weber

> While playing with the new mode I discovered a small deficiency in the menu
> "Declarations" -> "Imports" (that I've never used before). The names of the
> imported modules are cut off after the first dot. Instead of
> i.e. "Data.List" only "Data" is displayed. (There may be several dots in
> a module name.)

I have just fixed this bug in the CVS repository of haskell-mode.


Stefan "Never quite sure if it's «better late than never»
or «better never than too late»."
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell


[Haskell] ICFP09 Final CFP

2009-02-02 Thread Matthew Fluet (ICFP Publicity Chair)
Final Call for Papers
ICFP 2009: International Conference on Functional Programming
  Edinburgh, Scotland, 31 August - 2 September 2009
  http://www.cs.nott.ac.uk/~gmh/icfp09.html
   ** Submission deadline: 2 March 2009 **
  Submission URL: https://www.softconf.com/a/icfp09/

ICFP 2009 seeks original papers on the art and science of functional
programming. Submissions are invited on all topics from principles to
practice, from foundations to features, from abstraction to
application.  The scope includes all languages that encourage
functional programming, including both purely applicative and
imperative languages, as well as languages with objects or
concurrency. Particular topics of interest include
  * Language Design
  * Implementation
  * Software-Development Techniques
  * Foundations
  * Applications and Domain-Specific Languages
  * Functional Pearls

The conference also solicits Experience Reports, which are short
papers that provide evidence that functional programming really works
or describe obstacles that have kept it from working in a particular
application.


Important Dates (at 20:00 UTC)
~~~
Submission:   2 March 2009  https://www.softconf.com/a/icfp09/
Author response:  21-23 April 2009
Notification:   5 May 2009
Final papers due:  8 June 2009


Call for Papers (full text)
~~~
http://web.cecs.pdx.edu/~apt/icfp09_cfp.html

Call for Experience Reports (full text)
~~~
http://web.cecs.pdx.edu/~apt/icfp09_cfer.html


Program Chair
~
Andrew Tolmach
Department of Computer Science
Portland State University
P.O. Box 751, Portland, OR 97207 USA
Email: a...@cs.pdx.edu
Phone: +1 503 725 5492
Fax: +1 503 725 3211

Mail sent to the address above is filtered for spam. If you send mail
and do not receive a prompt response, particularly if the deadline is
looming, feel free to telephone.
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell