August 2019 - Haskell-Cafe

ANN: bcp47
by Evan Borden 26 Aug '19

26 Aug '19

Announcing bcp47, http://hackage.haskell.org/package/bcp47-0.1.0.0 This library provides language tags as specified by https://tools.ietf.org/html/bcp47 As well it provides a trie like data structure for collecting and querying data that varies by language.

1 0

First call for participation for IFL 2019 (Implementation and Application of Functional Languages)
by Jurriaan Hage 26 Aug '19

26 Aug '19

Hello, Please, find below the first call for participation for IFL 2019. Please forward these to anyone you think may be interested. Apologies for any duplicates you may receive. best regards, Jurriaan Hage Publicity Chair of IFL ================================================================================ IFL 2019 31st Symposium on Implementation and Application of Functional Languages National University of Singapore September 25th-27th, 2019 http://2019.iflconference.org ================================================================================ ### Scope The goal of the IFL symposia is to bring together researchers actively engaged in the implementation and application of functional and function-based programming languages. IFL 2019 will be a venue for researchers to present and discuss new ideas and concepts, work in progress, and publication-ripe results related to the implementation and application of functional languages and function-based programming. Topics of interest to IFL include, but are not limited to: - language concepts - type systems, type checking, type inferencing - compilation techniques - staged compilation - run-time function specialization - run-time code generation - partial evaluation - (abstract) interpretation - metaprogramming - generic programming - automatic program generation - array processing - concurrent/parallel programming - concurrent/parallel program execution - embedded systems - web applications - (embedded) domain specific languages - security - novel memory management techniques - run-time profiling performance measurements - debugging and tracing - virtual/abstract machine architectures - validation, verification of functional programs - tools and programming techniques - (industrial) applications ### Keynote Speaker * Olivier Danvy, Yale-NUS College ### Submissions and peer-review Differently from previous editions of IFL, IFL 2019 solicits two kinds of submissions: * Regular papers (12 pages including references) * Draft papers for presentations ('weak' limit between 8 and 15 pages) Regular papers will undergo a rigorous review by the program committee, and will be evaluated according to their correctness, novelty, originality, relevance, significance, and clarity. A set of regular papers will be conditionally accepted for publication. Authors of conditionally accepted papers will be provided with committee reviews along with a set of mandatory revisions. Regular papers not accepted for publication will be considered as draft papers, at the request of the author. Draft papers will be screened to make sure that they are within the scope of IFL, and will be accepted for presentation or rejected accordingly. Prior to the symposium: Authors of conditionally accepted papers and accepted presentations will submit a pre-proceedings version of their work that will appear in the draft proceedings distributed at the symposium. The draft proceedings does not constitute a formal publication. We require that at least one of the authors present the work at IFL 2019. After the symposium: Authors of conditionally accepted papers will submit a revised versions of their paper for the formal post-proceedings. The program committee will assess whether the mandatory revisions have been adequately addressed by the authors and thereby determines the final accept/reject status of the paper. Our interest is to ultimately accept all conditionally accepted papers. If you are an author of a conditionally accepted paper, please make sure that you address all the concerns of the reviewers. Authors of accepted presentations will be given the opportunity to incorporate the feedback from discussions at the symposium and will be invited to submit a revised full article for the formal post-proceedings. The program committee will evaluate these submissions according to their correctness, novelty, originality, relevance, significance, and clarity, and will thereby determine whether the paper is accepted or rejected. ### Publication The formal proceedings will appear in the International Conference Proceedings Series of the ACM Digital Library. At no time may work submitted to IFL be simultaneously submitted to other venues; submissions must adhere to ACM SIGPLAN's republication policy: http://www.sigplan.org/Resources/Policies/Republication ### Important dates Submission of regular papers: June 15, 2019 Submission of draft papers: August 1, 2019 Regular papers notification: August 1, 2019 Regular draft papers notification: August 7, 2019 Deadline for early registration: August 31, 2019 Submission of pre-proceedings version: September 15, 2019 IFL Symposium: September 25-27, 2019 Submission of papers for post-proceedings: November 30, 2019 Notification of acceptance: January 31, 2020 Camera-ready version: February 29, 2020 ### Submission details All contributions must be written in English. Papers must use the ACM two columns conference format, which can be found at: http://www.acm.org/publications/proceedings-template Authors submit through EasyChair: https://easychair.org/conferences/?conf=ifl2019 ### Peter Landin Prize The Peter Landin Prize is awarded to the best paper presented at the symposium every year. The honored article is selected by the program committee based on the submissions received for the formal review process. The prize carries a cash award equivalent to 150 Euros. ### Organization and Program committee Chairs: Jurrien Stutterheim (Standard Chartered Bank Singapore), Wei Ngan Chin (National University of Singapore) Program Committee: - Olaf Chitil, University of Kent - Clemens Grelck, University of Amsterdam - Daisuke Kimura, Toho University - Pieter Koopman, Radboud University - Tamás Kozsik, Eötvös Loránd University - Roman Leschinskiy, Facebook - Ben Lippmeier, The University of New South Wales - Marco T. Morazan, Seton Hall University - Sven-Bodo Scholz, Heriot-Watt University - Tom Schrijvers, Katholieke Universiteit Leuven - Alejandro Serrano, Utrecht University - Tony Sloane, Macquarie University - Simon Thompson, University of Kent - Marcos Viera, Universidad de la República - Wei Ngan Chin, NUS - Jurriën Stutterheim, Standard Chartered Bank ### Venue The 31st IFL is organized by the National University of Singapore. Singapore is located in the heart of South-East Asia, and the city itself is extremely well connected by trains and taxis. See the website for more information on the venue. ### Acknowledgments This call-for-papers is an adaptation and evolution of content from previous instances of IFL. We are grateful to prior organizers for their work, which is reused here. A part of IFL 2019 format and CFP language that describes conditionally accepted papers has been adapted from call-for-papers of OOPSLA conferences.

1 0

ANN bitvec-1.0.0.1
by Andrew Lelechenko 23 Aug '19

23 Aug '19

Hello, I am happy to announce the stable release of bitvec-1.0.0.1. This package provides a "better" Vector instance for Bool. An unboxed Vector Bool spends 8 bits per boolean, while bitvec provides a newtype Bit and a custom instance of Vector, packing booleans densely and achieving 8x less memory footprint. Performance stays roughly the same, and certain bulk operations become up to 64x faster. http://hackage.haskell.org/package/bitvec-1.0.0.1 https://github.com/Bodigrim/bitvec#readme Best regards, Andrew

2 1

Getting both the value and name of a variable in one expression
by Christopher Done 22 Aug '19

22 Aug '19

Hi all, Do we have already a syntax for ‘foo that also contains the typed value like TExp? I have e.g. an AST that I want to do more static checks on it that aren’t as convenient to do in the type system. Here’s an example: -- | Check the grammar spec to produce a grammar.checkGrammar :: (SchemaName, [(SchemaName, Schema)]) -> Q ExpcheckGrammar (toplevel, rules) = if M.size rulesMap /= length rules then error "Duplicate rule names in grammar." else lift (Grammar {grammarToplevel = toplevel, grammarRules = rulesMap}) where rulesMap = M.fromList rules -- | Grammar for Haskell.grammar :: Grammargrammar = $(checkGrammar $ runDefine $ mdo -- General expression expression <- rule "Expression" (ChoiceSchema [variable, constructor, parentheses ,tuple, let', application, string]) application <- rule "Application" (CompositeSchema [expression, expression]) parentheses <- rule "Parentheses" (CompositeSchema [openParenSchema, expression, closeParenSchema]) ... pure expression) Here I do a trivial check for duplicates. After I’ve checked the expression at compile-time, I Lift it so that it can be used at runtime. That’s pretty good. But some types like (a -> b) don’t Lift. So an alternative would be: grammar = $(checkGrammar_take2 thename 'thename) In which checkGrammar_take2 would: 1. Use thename at compile-time for a check. 2. If the check passes, then return (VarE thename) E.g. checkGrammar_take2 value name = if valueFine value then varE name elseerror "value isn't fine" That’s actually quite a good solution because it avoids a lift, and I didn’t transform the AST. It’s also more efficient than lifting. But there’s no checked relationship between thename and ‘thename. checkGrammar_take2 has no way of knowing that they refer to the same thing. See? Hence, if I could get e.g. `thename to produce both the value and a name for the value, that would be cool. My gist doesn’t go this far. It might look like this: checkGrammar_take2 namedValue = if valueFine (getValue namedValue) then getExp namedValue else error "value isn't fine" and call it like: mygrammar = checkGrammar_take2 `thename So the semantics would be roughly similar to [|| thename ||] :: TExp a but you’d get `thename :: Named a where data Named a = { namedThing :: a, nameOfThing :: Name } I feel like the more DSLs I design, the more I’d like something like this to perform my static checks. Cheers, Chris

2 6

Question on inductive type-families
by Sylvain Henry 22 Aug '19

22 Aug '19

Hi, Suppose I have the following type family: type family Index (n :: Nat) (l :: [k]) = (r :: k) where Index 0 (x ': _ ) = x Index n (_ ': xs) = Index (n-1) xs I'm using it to define a Variant type: data V2 (vs :: [k]) where V2 :: forall vs (n :: Nat). KnownNat n => Proxy n -> Index n vs -> V2 vs Now I want to match on the Variant retrieving either the head or the tail (another Variant): splitV2 :: forall v vs. V2 (v:vs) -> Either v (V2 vs) splitV2 = \case V2 (n1 :: Proxy n) v -> case sameNat n1 (Proxy @0) of Just Refl -> Left v Nothing -> Right (V2 (Proxy @(n-1)) v) It fails to typecheck with: Couldn't match type ‘Index n (v : vs)’ with ‘Index (n - 1) vs’ Expected type: Index (n - 1) vs Actual type: Index n vs1 NB: ‘Index’ is a non-injective type family Is there a way to make this work? This is highly speculative as I'm not very familiar with type-checking: would it be sound to make the inductive Index family "weakly" injective? I.e. somehow produce a typing rule for the type family: forall n n' x xs xs'. Solving: Index n (x ': xs) ~ Index (n'-1) xs' Is equivalent to solving: if n /= 0 then (n ~ n', xs ~ xs') else (x ~ Index (n'-1) xs') Here we could know that "n /= 0" thanks to the match on "sameNat n1 (Proxy @0)". ("weakly" because we have some form of injectivity on the shape of the list but not on its contents) Any pointer on this kind of stuff in research papers, Coq, Agda, etc. ? Thanks, Sylvain

3 3

Optimizations for list comprehension
by Emilio Francesquini 21 Aug '19

21 Aug '19

Hello Cafe, While investigating a performance problem I stumbled upon what I eventually reduced to the example below: module Main where import Data.Time.Clock outside :: Int -> Int outside n = sum [i + j | i <- range, j <- range] where range = [0..n-1] inside :: Int -> Int inside n = sum [i + j | i <- [0..n-1], j <- [0..n-1]] main :: IO () main = do t0 <- getCurrentTime print $ inside 10000 t1 <- getCurrentTime print $ outside 10000 t2 <-getCurrentTime print (diffUTCTime t1 t0) print (diffUTCTime t2 t1) Compiling with -O2, up to GHC 8.2.2, both `inside` and `outside` functions would take the same amount of time to execute. Somewhere between GHC 8.2.2 and 8.6.4 something changed (possibly some new optimization) making `inside` run ~4x faster on my machine. With LLVM the difference is even bigger. It is not that `outside` got slower, but that `inside` got much faster. I'm curious to what optimizations might be happening to the `inside` function that would not fire on the outside function. Any hints? Best regards, Emilio

5 5

Permenent Faculty Position in PL at University of Bristol
by Meng Wang 19 Aug '19

19 Aug '19

Dear Haskellers, As part of a strategic expansion, the Department of Computer Science at the University of Bristol is hiring in the area of programming languages at the Lecturer (Assistant Professor) or Senior Lecturer/Reader (Associate Professor) level: http://www.bristol.ac.uk/jobs/find/details.html?nPostingID=51136&nPostingTa… Applications in the area of functional programming are especially encouraged. The deadline for application is 8 September 2019. Best wishes, Meng Wang, PhD Senior Lecturer (Associate Professor) Department of Computer Science University of Bristol Merchant Venturers Building, Woodland Road, Clifton BS8 1UB +44 (0) 117 954 5145 meng.wang(a)bristol.ac.uk

1 0

Re: [Haskell-cafe] Unfolding alongside folding
by David Banas 19 Aug '19

19 Aug '19

I’m not certain, but think you might be describing hylomorphism: https://medium.com/@JosephJnk/hylomorphisms-43a5494729b7 <https://medium.com/@JosephJnk/hylomorphisms-43a5494729b7> -db > On Aug 19, 2019, at 5:00 AM, haskell-cafe-request(a)haskell.org wrote: > > Does a function of this general nature exist in some package already?

1 0

Unfolding alongside folding
by David Feuer 19 Aug '19

19 Aug '19

Thinking about fusing indexed maps for lists led me to consider the following function, which generalizes mapWithIndex to allow arbitrary stateful computation foldWithUnfold :: (a -> s -> Maybe (b, s)) -> [a] -> s -> [b] foldWithUnfold f = go where go (a : as) s | Just (b, s') <- f a s = b : go as s' go _ _ = [] which we can fit into fold/build fusion like so: foldWithUnfold f as s0 = build $ \c n -> let go a k s | Just (b, s') <- f a s = b `c` k s' | otherwise = n in foldr go (const n) as s0 Does a function of this general nature exist in some package already? Also, I see that the type can be expressed foldWithUnfoldS :: (a -> StateT s Maybe b) -> [a] -> s -> [b] Is that a better or worse way to say it?

1 0

MPC 2019 - Call for Participation
by Graham Hutton 19 Aug '19

19 Aug '19

Dear all, Registration is now open for the Mathematics of Program Construction (MPC) conference in Portugal. MPC 2019 will feature 15 research papers and 4 keynotes, and is co-located with Formal Methods 2019 and many other events. See you in Porto! https://tinyurl.com/MPC-Porto Best wishes, Graham Hutton Program Chair, MPC 2019 ====================================================================== *** CALL FOR PARTICIPATION -- MPC 2019 *** 13th International Conference on Mathematics of Program Construction 7-9 October 2019, Porto, Portugal Co-located with Formal Methods 2019 https://tinyurl.com/MPC-Porto ====================================================================== PROGRAM: https://tinyurl.com/yxvvc5vb ACCEPTED PAPERS: https://tinyurl.com/yyuhy8ze REGISTRATION AND TRAVEL: https://tinyurl.com/y4uetlsr KEYNOTE SPEAKERS: Assia Mahboubi (MPC) INRIA, France Annabelle McIver (MPC) Macquarie University, Australia Tony Hoare (UTP) Oxford University, UK Shriram Krishnamurthi (FM) Brown University, USA BACKGROUND: The International Conference on Mathematics of Program Construction (MPC) aims to promote the development of mathematical principles and techniques that are demonstrably practical and effective in the process of constructing computer programs. MPC 2019 will be held in Porto, Portugal from 7-9 October 2019, and is co-located with the International Symposium on Formal Methods, FM 2019. Previous conferences were held in Königswinter, Germany (2015); Madrid, Spain (2012); Québec City, Canada (2010); Marseille, France (2008); Kuressaare, Estonia (2006); Stirling, UK (2004); Dagstuhl, Germany (2002); Ponte de Lima, Portugal (2000); Marstrand, Sweden (1998); Kloster Irsee, Germany (1995); Oxford, UK (1992); Twente, The Netherlands (1989). PROGRAM COMMITTEE: Patrick Bahr IT University of Copenhagen, Denmark Richard Bird University of Oxford, UK Corina Cîrstea University of Southampton, UK Brijesh Dongol University of Surrey, UK João F. Ferreira University of Lisbon, Portugal Jennifer Hackett University of Nottingham, UK William Harrison University of Missouri, USA Ralf Hinze University of Kaiserslautern, Germany Zhenjiang Hu National Institute of Informatics, Japan Graham Hutton (chair) University of Nottingham, UK Cezar Ionescu University of Oxford, UK Mauro Jaskelioff National University of Rosario, Argentina Ranjit Jhala University of California, USA Gabriele Keller Utrecht University, The Netherlands Ekaterina Komendantskaya Heriot-Watt University, UK Chris Martens North Carolina State University, USA Bernhard Möller University of Augsburg, Germany Shin-Cheng Mu Academia Sinica, Taiwan Mary Sheeran Chalmers University of Technology, Sweden Alexandra Silva University College London, UK Georg Struth University of Sheffield, UK For any queries about the program please contact the program chair, Graham Hutton <graham.hutton(a)nottingham.ac.uk>. CONFERENCE VENUE: The conference will be held at the Alfândega Porto Congress Centre, a 150 year old former custom's house located in the historic centre of Porto on the bank of the river Douro. The venue was renovated by a Pritzer prize winning architect and has received many awards. LOCAL ORGANISER: José Nuno Oliveira University of Minho, Portugal For any queries about local issues please contact the local organiser, José Nuno Oliveira <jno(a)di.uminho.pt>. ====================================================================== This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please contact the sender and delete the email and attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. Email communications with the University of Nottingham may be monitored where permitted by law.

1 0