- Haskell-Cafe - Haskell.org

Haskell hacking internships at LANL (Fall 2016, undergraduate)
by Kei Davis 01 Apr '16

01 Apr '16

We have an ongoing project developing an auto-parallelizing pure functional language implementation using GHC as the front end to dump Core or STG (much like Intel's approach here http://www.leafpetersen.com/leaf/publications/hs2013/hrc-paper.pdf) If you are a United States citizen or permanent resident alien studying computer science or mathematics at the undergraduate level with strong interests in Haskell programming, compiler/runtime development, and pursuing a fall semester (2016) internship at Los Alamos National Laboratory this could be for you. We don't expect applicants to necessarily already be highly accomplished Haskell programmers--such an internship is expected to be a combination of (further) developing your programming/Haskell skills and putting them to good use. If you're already a strong C hacker we could use that too. The application deadline is May 31, 2016. It's a bit of a process so don't leave inquiries until the last day. Email me if interested in more information, and feel free to pass this along. -- Kei Davis kei(a)lanl.gov Applied Computer Science Group CCS-7, Mail Stop B287 Los Alamos National Laboratory Los Alamos, NM 87545, U.S.A.

1 0

[TFP 2016] Final call for papers
by Peter Achten 01 Apr '16

01 Apr '16

----------------------------- C A L L F O R P A P E R S ----------------------------- ======== TFP 2016 =========== 17th Symposium on Trends in Functional Programming June 8-10, 2016 University of Maryland, College Park Near Washington, DC http://tfp2016.org/ The symposium on Trends in Functional Programming (TFP) is an international forum for researchers with interests in all aspects of functional programming, taking a broad view of current and future trends in the area. It aspires to be a lively environment for presenting the latest research results, and other contributions (see below). Authors of draft papers will be invited to submit revised papers based on the feedback receive at the symposium. A post-symposium refereeing process will then select a subset of these articles for formal publication. TFP 2016 will be the main event of a pair of functional programming events. TFP 2016 will be accompanied by the International Workshop on Trends in Functional Programming in Education (TFPIE), which will take place on June 7nd. == INVITED SPEAKERS == TFP 2016 is pleased to announce keynote talks by the following two invited speakers: * Ronald Garcia, University of British Columbia * Steve Zdancewic, University of Pennsylvania == HISTORY == The TFP symposium is the heir of the successful series of Scottish Functional Programming Workshops. Previous TFP symposia were held in * Edinburgh (Scotland) in 2003; * Munich (Germany) in 2004; * Tallinn (Estonia) in 2005; * Nottingham (UK) in 2006; * New York (USA) in 2007; * Nijmegen (The Netherlands) in 2008; * Komarno (Slovakia) in 2009; * Oklahoma (USA) in 2010; * Madrid (Spain) in 2011; * St. Andrews (UK) in 2012; * Provo (Utah, USA) in 2013; * Soesterberg (The Netherlands) in 2014; * and Inria Sophia-Antipolis (France) in 2015. For further general information about TFP please see the TFP homepage. (http://www.tifp.org/) == SCOPE == The symposium recognizes that new trends may arise through various routes. 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 Articles: leading-edge, previously unpublished research work Position Articles: on what new trends should or should not be Project Articles: descriptions of recently started new projects Evaluation Articles: what lessons can be drawn from a finished project Overview Articles: summarizing work with respect to a trendy subject Articles must be original and not simultaneously submitted for publication to any other forum. They may consider any aspect of functional programming: theoretical, implementation-oriented, or experience-oriented. Applications of functional programming techniques to other languages are also within the scope of the symposium. Topics suitable for the symposium include, but are not limited to: Functional programming and multicore/manycore computing Functional programming in the cloud High performance functional computing Extra-functional (behavioural) properties of functional programs Dependently typed functional programming Validation and verification of functional programs Debugging and profiling for functional languages Functional programming in different application areas: security, mobility, telecommunications applications, embedded systems, global computing, grids, etc. Interoperability with imperative programming languages Novel memory management techniques Program analysis and transformation techniques Empirical performance studies Abstract/virtual machines and compilers for functional languages (Embedded) domain specific 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 2016 program chair, David Van Horn. == BEST PAPER AWARDS == To reward excellent contributions, TFP awards a prize for the best paper accepted for the formal proceedings. TFP traditionally pays special attention to research students, acknowledging that students are almost by definition part of new subject trends. A student paper is one for which the authors state that the paper is mainly the work of students, the students are listed as first authors, and a student would present the paper. A prize for the best student paper is awarded each year. In both cases, it is the PC of TFP that awards the prize. In case the best paper happens to be a student paper, that paper will then receive both prizes. == SPONSORS == TFP is financially supported by CyberPoint, Galois, Trail of Bits, and the University of Maryland Computer Science Department. == PAPER SUBMISSIONS == Acceptance of articles for presentation at the symposium is based on a lightweight peer review process of extended abstracts (4 to 10 pages in length) or full papers (20 pages). The submission must clearly indicate which category it belongs to: research, position, project, evaluation, or overview paper. It should also indicate which authors are research students, and whether the main author(s) are students. A draft paper for which ALL authors are students will receive additional feedback by one of the PC members shortly after the symposium has taken place. We use EasyChair for the refereeing process. Papers must be submitted at: https://easychair.org/conferences/?conf=tfp2016 Papers must be written in English, and written using the LNCS style. For more information about formatting please consult the Springer LNCS web site: http://www.springer.com/computer/lncs?SGWID=0-164-6-793341-0 == IMPORTANT DATES == Submission of draft papers: April 8, 2016 Notification: April 15, 2016 Registration: May 13, 2016 TFP Symposium: June 8-10, 2016 Student papers feedback: June 14, 2016 Submission for formal review: July 14, 2016 Notification of acceptance: September 14, 2016 Camera ready paper: October 14, 2016 == PROGRAM COMMITTEE == Amal Ahmed Northeastern University (US) Nada Amin École Polytechnique Fédérale de Lausanne (CH) Kenichi Asai Ochanomizu University (JP) Malgorzata Biernacka University of Wroclaw (PL) Laura Castro University of A Coruña (ES) Ravi Chugh University of Chicago (US) Silvia Ghilezan University of Novi Sad (SR) Clemens Grelck University of Amsterdam (NL) John Hughes Chalmers University of Technology (SE) Suresh Jagannathan Purdue University (US) Pieter Koopman Radboud University Nijmegen (NL) Geoffrey Mainland Drexel University (US) Chris Martens University of California, Santa Cruz (US) Jay McCarthy University of Massachusetts, Lowell (US) Heather Miller École Polytechnique Fédérale de Lausanne (CH) Manuel Serrano INRIA, Sophia-Antipolis (FR) Scott Smith Johns Hopkins University (US) Éric Tanter University of Chile (CL) David Van Horn (Chair) University of Maryland (US) Niki Vazou University of California, San Diego (US) Stephanie Weirich University of Pennsylvania (US)

1 0

Deriving Eq and Show instances for testing
by Anakreontas 01 Apr '16

01 Apr '16

I have datatypes for which I need an Eq and Show instance only for testing. I could derive those instances in the datatype declaration but I prefer not to add unnecessary functionality. With StandaloneDeriving extension I can derive the instances in the test module but this produces many warning about orphan instances. Is there a better approach or a way to stop reports about orphan instance warnings? Regards

2 2

Re: [Haskell-cafe] [Haskell] Postdoc ad: quantum-computing programming languages
by Jerzy Karczmarczuk 01 Apr '16

01 Apr '16

Hello. Le 31/03/2016 22:04, Scott Pakin a écrit : > My institution just bought a D-Wave 2X adiabatic quantum computer. > The problem is, no one really has a grasp on how to *program* an > adiabatic quantum computer. It's a totally different beast from the > gate-model quantum computers that most people imply when they talk > about quantum computing. I find all this a bit disturbing... Los Alamos buys an expensive device that nobody knows how to use?? Moreover, in circumstances where the doubts about the real performance of the D-Wave computer stii persist? Several physicists refuse to call this contraption a "quantum computer". The statements about their "qubits" in their public materials are not always serious, there is practically nothing about a genuine state superposition, no educated physicist will buy such pseudo-definition as "having simultaneously the values 0 and 1" (being the result of two currents flowing in opposite directions ; what about phase?). Their "white paper" about the map colouring shows a model which is more similar to a Hopfield (or similar) neural network, rather than a quantum computing device. The optimization is a natural application domain of such networks, but where are some more universal examples? Surely, there are quantum elements in it: superconducting niobium rings, Josephson junctions, etc. But, actually, even a plain transistor is a quantum device as well, and nobody dares to call it a "qubit". Their native code seems to be extremely far from quantum theory, as we know it. = But, if the device works, has some affinities with neural stuff and with Monte-Carlo techniques (annealing), perhaps a good playground for testing it would be a Go player? Jerzy Karczmarczuk

2 2

introspection -- towards type algebra
by Rustom Mody 01 Apr '16

01 Apr '16

I am looking for how far algebra on types in the manner of "set theory as an algebra" ¹ is possible. So for example in set theory one can compute for sets S, T S∪T, S∩T, S-T etc Is something similar possible for types? Say I have data Primary = Red|Green|Blue data Othercolors = Violet|Indigo|Yellow|Orange I want something like Rainbow = Primary ∪ Othercolors Equivalently if Rainbow and Primary had been defined, how to get/compute Rainbow - Primary? ------------------------- I thought the first-class types in Idris would be a good bet to try out at least a trivial prototype. Seems not... So asking here. Clearly and obviously one can use haskell to implement any language. My question is what/which are the introspective libraries/features of modern haskell that make this easy and lightweight. Thanks Rusi ¹ Yeah the term 'type algebra' may be taken in the sense of algebraic data types Cant think of a better one

1 0

Postdoc ad: quantum-computing programming languages
by Scott Pakin 01 Apr '16

01 Apr '16

My institution just bought a D-Wave 2X adiabatic quantum computer. The problem is, no one really has a grasp on how to *program* an adiabatic quantum computer. It's a totally different beast from the gate-model quantum computers that most people imply when they talk about quantum computing. I'm looking to hire a postdoc to work with me on designing and implementing programming models suitable for execution on D-Wave-style quantum computers. The formal job ad can be found at http://tinyurl.com/jdlo556 or go to http://jobs.lanl.gov/ and look up job IRC49031. Disclaimer: This is not specifically a Haskell-hacking position, although you can use any language you want for the classical-side development. I'm posting here because a key skill I'm looking for is breadth of language knowledge. I see a candidate who knows nonstrict functional programming, declarative programming, and maybe a few "fringe" programming models as more valuable than one who knows only a dozen isomorphic imperative languages. -- Scott

3 2

hslua and language-lua need new maintainers
by Ömer Sinan Ağacan 01 Apr '16

01 Apr '16

Hi all, I need new maintainers for my packages hslua[1] and language-lua[2]. None of these packages is super popular so it's not going to be a lot of work. I just need someone to take care of new issues and pull requests. + points if the maintainer is a user of the library :-) I just don't have time and motivation to maintain those as I'm not a user anymore. Some background, lanugage-lua was the first Haskell program I've written (according to git logs, 3 years 6 months ago). I maintained it over the years and used in some projects. Currently Eric Mertens (glguy) is also a maintainer who occasionally sends some patches, but I need someone to take care of the new issues and pull requests. One thing you may want to do is to merge Eric's patch that ports the parser to Happy (currently it's Parsec) and improves the performance significantly. hslua was originally written by Gracjan Polak. I was using it and sending some patches and eventually I became the maintainer, created a Git repo, wrote some blogs posts about it, wrote tests and examples etc. I think the library is in good shape. One thing you may want to do if you take over the maintainership might be to port it to Lua 5.3 and drop the LuaJIT support. Every once in a while someone asks for it, there's even a pull request that is in bad shape that makes it working with 5.3. There's also another feature request for handling memory exhaustion in the interpreter. If you're interested in maintaining any of these please reply to this thread or send me a mail. Thanks. --- [1]: http://hackage.haskell.org/package/hslua [2]: http://hackage.haskell.org/package/language-lua

1 0

ghc 7.10.3 crashes frequently on Windows
by Anakreontas 31 Mar '16

31 Mar '16

I have installed ghc from Haskell Platform version 7.10.3. When I run QuickCheck or HSpec tests interactively, every so often ghc crashes when I reload a file form withing Emacs and haskell mode. This problem manifested in earlier versions as well. Loading a file which does not contain tests never crashes ghc so far. How could I try to identify the cause of the crash?

1 0

cabal: --enable-tests by default
by Andrew Pennebaker 31 Mar '16

31 Mar '16

In the future, could cabal --enable-tests by default when `cabal install`ing local project directories? Other languages' package managers automatically do this, a more intuitive default behavior. -- Cheers, Andrew

2 1

Melbourne Haskell Users Group Meetup, Tonight, 31-03-2016 @ 6:30pm
by Lyndon Maydwell 31 Mar '16

31 Mar '16

Hi All, Tonight we're having our monthly Haskell meetup in the Melbourne CBD. Please come along if you're interested and free! http://www.meetup.com/Melbourne-Haskell-Users-Group/events/228915323/ Hope to see you there :) Regards, - Lyndon

1 0