- Haskell-Cafe - Haskell.org

ScopedTypeVariables
by Evan Laforge 06 Aug '13

06 Aug '13

Occasionally I have to explicitly add a type annotation, either for clarity or to help choose a typeclass instance. Usually top-level type annotations take care of this, but sometimes it's convenient to only annotate a certain value, e.g. one argument of a lambda. I've noticed that while vanilla haskell is happy to allow me to put type annotations on variables where they are used (e.g. '\x -> f (x :: T)'), if I put it on the variable where it is bound (e.g. '\(x :: T) -> f x'), it wants me to turn on ScopedTypeVariables. I think ScopedTypeVariables is a nice extension and I'm sure it comes from a perfectly respectable family and all, but it feels like annotations on arguments comes in as a side-effect. Would it make sense to split it into a separate extension like TypesOnArguments so I can more accurately express my deviation from haskell2010 orthodoxy? Or is there some deeper tie between scoped type variables and annotations on arguments? Now that I think of it, it seems inconsistent that 'x :: A -> B; x a = ...' is valid, but 'x = \(a :: A) -> (...) :: B' is not. Doesn't the former desugar to the latter? And what about getting ScopedTypeVariables into haskell prime? As far as I know everyone loves it, or at least no one actually hates it :)

3 2

Haddock GSOC project progress
by Mateusz Kowalczyk 05 Aug '13

05 Aug '13

Greetings cafe, As some of you might know, I'm hacking on Haddock as part of Google Summer of Code. I was recently advised to create a blog and document some of what I have been doing recently. You can find the blog at [1] if you're interested. The first post goes over the work from the last month or so. Future posts should be shorter and on more specific topics. There's an overview of what has happened/changed/will change at the bottom of the post if you're short on time. Thanks. [1] - http://fuuzetsu.co.uk/blog -- Mateusz K.

6 7

Call For Papers, FLOPS 2014
by unknown＠example.com 04 Aug '13

04 Aug '13

Dear Colleagues, Please find below the CFP for FLOPS 2014. Apologies for possible cross posting. Program Committee Co-Chairs, Michael Codish and Eijiro Sumii ---------------------------------------------------------------------- Call For Papers =============== Twelfth International Symposium on Functional and Logic Programming (FLOPS 2014) June 4-6, 2014 Kanazawa, Japan http://www.jaist.ac.jp/flops2014/ (to be published) 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 at Fuji Susono (1995), Shonan Village (1996), Kyoto (1998), Tsukuba (1999), Tokyo (2001), Aizu (2002), Nara (2004), Fuji Susono (2006), Ise (2008), Sendai (2010), and Kobe (2012). Topics ====== FLOPS solicits original papers in all areas of functional and logic programming, including (but not limited to): - Language issues: language design and constructs, programming methodology, integration of paradigms, interfacing with other languages, type systems, constraints, concurrency and distributed computing. - Foundations: logic and semantics, rewrite systems and narrowing, type theory, proof systems. - Implementation issues: compilation techniques, memory management, program analysis and transformation, partial evaluation, parallelism. - Applications: case studies, real-world applications, graphical user interfaces, Internet applications, XML, databases, formal methods and model checking. The proceedings will be published as an LNCS volume. The proceedings of the previous meetings (FLOPS 1999, 2001, 2002, 2004, 2006, 2008, 2010, and 2012) were published as LNCS 1722, 2024, 2441, 2998, 3945, 4989, 6009, and 7294. PC Co-Chairs ============ Michael Codish (Ben-Gurion University of the Negev) Eijiro Sumii (Tohoku University) PC Members ========== Lars Birkedal (Aarhus University) Michael Codish (Ben-Gurion University of the Negev) [co-chair] Marina De Vos (University of Bath) Moreno Falaschi (Universita degli studi di Udine) Carsten Fuhs (University College London) John Gallagher (Roskilde Universitet / IMDEA Software Institute) Samir Genaim (Universidad Complutense de Madrid) Laura Giordano (Universita del Piemonte Orientale) Ichiro Hasuo (University of Tokyo) Fritz Henglein (University of Copenhagen) Andy King (University of Kent) Oleg Kiselyov Vitaly Lagoon (MathWorks) Shin-Cheng Mu (Academia Sinica) Keiko Nakata (Institute of Cybernetics at Tallinn University of Technology) Luke Ong (University of Oxford) Peter Schachte (University of Melbourne) Takehide Soh (Kobe University) Eijiro Sumii (Tohoku University) [co-chair] Tachio Terauchi (Nagoya University) Joost Vennekens (KU Leuven) Janis Voigtlaender (Universitaet Bonn) Stephanie Weirich (University of Pennsylvania) Local Chair =========== Yuki Chiba (JAIST) Submission ========== Submissions must be unpublished and not submitted for publication elsewhere. Work that already appeared in unpublished or informally published workshops proceedings may be submitted. See also ACM SIGPLAN Republication Policy: http://www.sigplan.org/Resources/Policies/Republication Submissions should fall into one of the following categories: - Regular research papers: they should describe new results and will be judged on originality, correctness, and significance. - System descriptions: they should contain a link to a working system and will be judged on originality, usefulness, and design. - Declarative pearls: new and excellent declarative programs or theories with illustrative applications. System descriptions and declarative pearls must be explicitly marked as such in the title. Submissions must be written in English and can be up to 15 pages long including references, though pearls are typically shorter. Authors are required to use LaTeX2e and the Springer llncs class file, available at: http://www.springer.de/comp/lncs/authors.html Regular research papers should be supported by proofs and/or experimental results. In case of lack of space, this supporting information should be made accessible otherwise (e.g., a link to a Web page, or an appendix). Papers should be submitted electronically at: https://www.easychair.org/conferences/?conf=flops2014 Important Dates =============== Submission deadline: December 13, 2013 Author notification: February 10, 2014 Camera-ready copy: March 7, 2014 Venue ===== Main Hall, Ishikawa Prefectural Museum of Art, 2-1 Dewa-machi, Kanazawa, Ishikawa 920-0963 JAPAN. Some Previous FLOPS =================== FLOPS 2012, Kobe: http://www.org.kobe-u.ac.jp/flops2012/ FLOPS 2010, Sendai: http://www.kb.ecei.tohoku.ac.jp/flops2010/ FLOPS 2008, Ise: http://www.math.nagoya-u.ac.jp/~garrigue/FLOPS2008/ Sponsor ======= Japan Society for Software Science and Technology (JSSST), Special Interest Group on Programming and Programming Languages (SIG-PPL) In Cooperation With =================== ACM SIGPLAN Asian Association for Foundation of Software (AAFS) Association for Logic Programming (ALP)

1 0

Why GHC is written in Happy and not a monadic parser library?
by blackbox.dev.ml 04 Aug '13

04 Aug '13

Hi! Is there any specific reason why GHC is written in a parser GENERATOR (Happy) and not in MONADIC PARSER COMBINATOR (like parsec)? Is Happy faster / handles better errors / hase some great features or anything else? thank you :)

5 6

Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
by Henk-Jan van Tuyl 03 Aug '13

03 Aug '13

On Mon, 16 Jul 2012 00:03:49 +0200, Henk-Jan van Tuyl <hjgtuyl(a)chello.nl> wrote: > > I am willing to do administrator tasks. > >> 4. ReCAPTCHA enabled for 'edits adding new, unrecognized external >> links' - which is all of the spam. > > This is already enabled. The HaskellWiki is still flooded with spam; we should take some measure to reduce the stream severely. Most spam seems to be created (semi-)automated; the pages do not contain links, the usernames end with two digits, most of the time. Some cures I have thought up: - Verify new wiki accounts, before granting them rights, based on e-mails in the Haskell mailing lists (or subscription of a Haskell mailing list) - Let new users only change pages, not create new pages - Block creation of usernames o ending with two or more digits o with more than one x or q o starting with "buy" o longer than 20 characters o with more than 4 consonants in a row - Block creation of pages with words in a certain list (Coach, Vuitton, Chanel, handbags, purses, outlet, luggage, "Nike Air Jordan") Regards, Henk-Jan van Tuyl -- http://Van.Tuyl.eu/ http://members.chello.nl/hjgtuyl/tourdemonad.html Haskell programming --

9 13

ICFP Programming Contest (starts in < 1 week)
by Nikhil Swamy 02 Aug '13

02 Aug '13

Update: This year's ICFP programming contest is just 1 week away. You will have to register to participate 72 hours in advance. Do it now! Update: For updates about the contest, follow us on twitter at ICFPContest2013 If you fancy yourself a discriminating hacker, or just want to prove that your programming language of choice is clearly the best, you should plan to participate in the contest now! -- The contest will start at: 1700 PDT on August 8, 2013 (0000 UTC on August 9, 2013) -- The contest will end at: 1700 PDT on August 11, 2013 (0000 UTC August 12, 2013). -- You need to pre-register for the contest, 72 hours prior to the contest at the latest A hint for this year: The programming task will involve an element of program synthesis. If you have friends who use languages that are not too shabby, or are just extremely cool hackers, give them a heads up too! For more information, visit: http://research.microsoft.com/en-us/events/icfpcontest2013/ ----- The organizers, Peli de Halleux, Michal Moskal, Nikhil Swamy, and Nikolai Tillmann, are all members of the Research in Software Engineering (RiSE) group at MSR Redmond.

1 0

Learning GHC API
by blackbox.dev.ml 02 Aug '13

02 Aug '13

HI! Could you please give me hints where to find materials to learn GHC API? I know there is http://www.haskell.org/haskellwiki/GHC/As_a_library, but this contains only 2 examples and I would to learn how to create datatypes, classes, functions etc using GHC API, how to compile them later or generate Haskell code out of them (if its possible). I would be thnakful for any hint! :) Thank you, Wojtek

3 2

Proposal: Non-recursive let
by oleg＠okmij.org 02 Aug '13

02 Aug '13

Here is a snippet from a real code that could benefit from non-recursive let. The example is notable because it incrementally constructs not one but two structures (both maps), ast and headers. The maps are constructed in a bit interleaved fashion, and stuffing them into the same State would be ungainly. In my real code -- Add an update record to a buffer file do_update :: String -> Handle -> Parsed -> [Parsed] -> IO () do_update "TAF" h ast asts@(_:_) = do rv <- reflect $ get_trange "TRange" ast headers0 <- return . M.fromList =<< sequence (map (\ (n,fld) -> reflect (fld ast) >>= \v -> return (n,v)) fields_header) let headers = M.insert "_report_ranges" (format_two_tstamps rv) headers0 foldM write_period (rv,headers,(snd rv,snd rv)) asts return () where write_period (rv,headers,mv) ast = do pv@(p_valid_from,p_valid_until) <- reflect $ get_trange "TRange" ast check_inside pv rv let prevailing = M.lookup "PREVAILING" ast (mv,pv) <- case prevailing of Just _ -> return (pv,pv) -- set the major valid period -- Make sure each VAR period occurs later than the prevailing -- period. If exactly at the same time add 1 min Nothing -> case () of _ | fst mv < p_valid_from -> return (mv,pv) _ | fst mv == p_valid_from -> return (mv,(p_valid_from + 60, p_valid_until)) _ -> gthrow . InvalidData . unwords $ [ "VAR period begins before prevailing:", show ast, "; prevailing TRange", show mv] let token = maybe (M.findWithDefault "" "VAR" ast) id prevailing let ast1 = M.insert "_token" token . M.insert "_period_valid" (format_two_tstamps pv) . M.unionWith (\_ x -> x) headers $ ast let title = M.member "Title" ast let headers1 = if title then headers else M.delete "_limit_to " . M.delete "_limit_recd" $ headers write_fields h ast1 fields return (rv,headers1,mv)

6 6

Getting the 'ThreadId' of the calling thread
by Nikita Karetnikov 02 Aug '13

02 Aug '13

(I'm trying to update a package that was written with GHC 6.10.4 in mind.) I feel that a 'myThreadId' action, which is defined in this module [1], is useless, but I'm not sure. I think it will always return the "Map.find: element not in the map" exception because a 'threadMap' contains an empty 'ThreadMap'. Is it right, or am I missing something? [1] https://gitweb.torproject.org/tordnsel.git/blob/HEAD:/src/TorDNSEL/Control/…

2 2

[ANNOUNCE] fficxx : haskell-C++ FFI binding generator
by Ian-Woo Kim 02 Aug '13

02 Aug '13

Dear Haskellers, Hello. I am very happy to announce the first version of fficxx (http://ianwookim.org/fficxx, also, please look at http://github.com/wavewave/fficxx ) fficxx is a haskell Foreign Function Interface (FFI) generator to C++. This tool automatically generates haskell FFI package for a given C++ class structure. It has been used for generating my haskell binding to the ROOT library [1] called HROOT [2]. Now I made it as a separate tool to benefit everyone trying to make a haskell-C++ binding. I am going to explain how to use the library/tool one by one in my blog ( http://ianwookim.org/blog ). Currently, in the fficxx cabal package, I provide a very simple sample in the sample directory. If interested, please try this and give me some comments on it in the discussion mailing list: http://ianwookim.org/fficxx/discuss.html I hope that this is useful to many haskellers. Have fun with it! Thanks, Ian-Woo Kim (wavewave) [1] : http://root.cern.ch [2] : http://ianwookim.org/HROOT

3 2