- Haskell - Haskell.org

RE: [Haskell] The FunctorM library
by Simon Peyton-Jones 25 Mar '05

25 Mar '05

| > Yes, I think this should be fixed, and perhaps it could be done in a | > backward compatible way? If classes were allowed to declare default | > methods for superclasses, then you could have | > | > class Functor f where fmap :: ... | > class Functor m => Monad m where | > ...the usual stuff... | > fmap = liftM | > | > Then declaring | > | > instance Monad T where ... | > | > for some T, would implicitly introduce an instance Functor T, if it is | > not defined explicitly... It seems overkill to have a whole new language feature to deal with one library issue. It would take a bit of implementing too, and it's not clear to me what the specification is. For example, what if Functor T *is* defined explicitly, but in a later module? The idea comes up very occasionally, but I wouldn't say it's been a hot issue. Simon

4 3

Haskell on QNX?
by Matthew M. Munz 25 Mar '05

25 Mar '05

Hi all, Is it possible to compile and run Haskell programs on QNX? [1] [1] http://www.qnx.com/ - Matt Munz mmm92(a)pantheon.yale.edu

5 4

URLs in haskell module namespace
by S. Alexander Jacobson 24 Mar '05

24 Mar '05

As I move from machine to machine, it would be nice not to have to install all the libraries I use over and over again. I'd like to be able to do something like this: import http://module.org/someLib as someLib If the requested module itself does local imports, the implementation would first try to resolve the names on the client machine and otherwise make requests along remote relative paths. If would be nice if implementations cached these http requests and did If-Modified-Since requests on each compile. If the document at the URL has been modified it might show the diff and ask the user if it is appropriate to upgrade to the new version. Does this make sense? -Alex- ______________________________________________________________ S. Alexander Jacobson tel:917-770-6565 http://alexjacobson.com

8 15

ICLP 2005: Call for Workshops
by ICLP 2005 24 Mar '05

24 Mar '05

*** CALL FOR WORKSHOP PROPOSALS *** ICLP'05 Twenty First International Conference on Logic Programming October 2-5, 2005 Sitges (Barcelona) Spain URL: http://www.iiia.csic.es/iclp2005/ ICLP'05, the 21st International Conference on Logic Programming, will be held in Sitges(Barcelona), Spain, from October 2 to October 5, 2005. We plan to have several workshops in parallel with the conference. Workshops have a key role in Logic Programming Conferences. They provide an ideal platform for the presentation of preliminary work or novel ideas in a less formal way than the conference itself. They also are an opportunity to disseminate work in progress, particularly for new researchers. Workshops also provide a venue for presenting more specialized topics and opportunities for more intensive discussions, exchange of ideas, and project collaboration. The topics of the workshops can cover any areas related to logic programming, including cross-disciplinary areas. To encourage active participation and exchange of ideas, the workshops will be kept small, preferably under 40 participants. The format of the workshop will be determined by the organizer(s) proposing the workshop, but ample time must be allowed for general discussion. Workshops can vary in length, but the optimal duration will be half a day or a full day. Having two or three co-organizers for a workshop is strongly advised. Workshop Proposal: ================== The persons intending to organize a workshop at ICLP'05 are invited to submit a workshop proposal. Proposals should be in English and about two pages in length. They should contain: * The title of the workshop. * A brief technical description of the topics covered by the workshop. * A discussion of the timeliness and relevance of the workshop. * The names, affiliation and contact details (email, web page, phone, fax) of the workshop organizing committee together with a designated contact person as the workshop coordinator. * A preliminary plan/schedule for organizing the workshop, including the required number of half-days allotted to the workshop. * A list of previously-organized related workshops by any of the workshop organizing committee. Although previous experience with organizing similar workshops is not required, this information will be helpful to the Workshop Chair. * An estimate of the number of expected attendees. Proposals are expected in ASCII or LaTeX format. All proposals should be submitted to the Workshop Chair by email by March 31, 2005. Workshop Organizers' Tasks: =========================== * Producing a "Call for Papers" for the workshop and posting it on the net and/or other means. Please provide a web page URL which can be linked into the ICLP'05 home page by May 5, 2005. * Providing a brief description of the workshop for the conference program. * Reviewing/accepting submitted papers. * Scheduling workshop activities in collaboration with the local organizers and the workshop chair. * Sending workshop proceedings in LaTeX format to the workshop chair for printing, by August 31, 2005 (if the proceedings are to be printed by the local organizers) Reviewing Process: ================== Each submitted proposal is reviewed by the Workshops Chair and the Conference Program Chairs. Proposals that appear well-organized and that fit the goals and scope of ICLP will be selected. The decision will be notified by email to the responsible organizer by April 13, 2005. The definitive length of the workshop will be planned according to the number of submissions received by the different workshops. For every accepted workshop, the ICLP local organizers will prepare a meeting place and can print the workshop proceedings, whose LaTeX preparation is however in charge to the workshop organizers. The workshop registration fees will be handled together with the conference fees. Workshop Date and Location: =========================== All workshops will take place on October 5th, 2005 at the site of the main conference. ICLP'05 will be held in Sitges (Barcelona), Spain. Sitges is a town 15 minutes away from the Barcelona international airport and 30 minutes from the center of Barcelona. The town of Sitges is situated in the Catalan region of Spain, and it is a well-established tourist resort and residential area thanks to its warm climate and fantastic natural panoramic views. The conference will be held at Melia Sitges Hotel, located on the sea-front facing the Mediterranean and is within five-minute walking distance from the city center. Important Dates: ================ March 31, 2005: Proposal submission deadline April 13, 2005: Acceptance notification May 5, 2005: Deadline for receipt of CFP and URL for workshop web page August 31, 2005: Deadline for preliminary proceedings October 5, 2005: ICLP'05 workshops Workshop Chair: =============== Hai-Feng Guo Department of Computer Science University of Nebraska at Omaha Omaha, NE 68182-0500, USA Email: haifengguo(a)phoenix.unomaha.edu Phone: +1 402 5542852 Fax: +1 402 5543284

1 0

Research papers on Advanced Functional Programming?
by Johan Glimming 24 Mar '05

24 Mar '05

Hello I will soon give a course in Advanced Functional Programming at Stockholm University and for this course I am selecting a few research papers. Therefore I ask you: What would be _your_ choice of 5-10 research papers for an advanced (senior graduate/D- level) course on functional programming? Criteria are perhaps something like: 1) the paper addresses central aspects of modern advanced functional programming; and 2) it is suitable for senior graduates (or at least a significant part of the paper is). My particular course, which assumes discrete maths, logic, data structures & algorithms, and a previous course on functional programming, is oriented mostly towards type theory (typed lambda calculi), type classes, monads, and generic programming, but I am curious to what is your general opinion about what papers you think are adequate for this kind of course. As far as I know there is no obvious choice of textbook for this kind of course, although there are of course several volumes emitted from the AFP summer schools. Yours Sincerely, Johan Glimming

2 1

Hi, My first post. Successfully install wxHaskell-0.9 on Mac OS X Panther 10.3 with ghc-6.4 and wxMac-2.5.4
by hmisty hmisty 24 Mar '05

24 Mar '05

Hi, this is my first exp about using mailling list. Try a post, uh:) Here I describe my successfully steps to install wxHaskell on Mac OS X Panther. Donot hesitate to contact me: hmisty(a)gmail.com if you've any problems/suggestions about this short description. System Description Machine: Apple Inc. iBook G3 800 MHz http://www.apple.com OS: Mac OS X Panther 10.3.8 http://www.apple.com/macosx/ Haskell: ghc 6.4 binary http://www.haskell.org/ghc/ wxWidgets: wxMac-2.5.4 source http://www.wxwidgets.org wxHaskell: wxhaskell-src-0.9 source http://wxhaskell.sourceforge.net Pre-step. ghc 6.4 Installation Download GHC-6.4.pkg.zip and install it. Step 1. wxWidgets Installation > Download wxMac-2.5.4.tar.gz $ tar xvfz wxMac-2.5.4.tar.gz $ cd wxMac-2.5.4 $ ./configure --enable-opengl --disable-shared --with-odbc --with-opengl --enable-sound $ make $ sudo make install Step 2. wxHaskell Installation (Don't try to install binary package wxhaskell-bin-mac2.5.4-ghc6.2-0.9-0.dmg. error.) > Download wxhaskell-src-0.9.zip, and extract to wxhaskell-0.9 $ sudo rm -rf /usr/local/wxhaskell (clean old installations if any) $ cd wxhaskell-0.9 $ ./configure $ make wxc/src/db.cpp:1149: error: 'class wxDbColInf' has no member named 'columnSize' > Modify wxc/src/db.cpp, uncomment line 5: #define wxUSE_ODBC 0 $ make ghc -c wxdirect/src/MultiSet.hs -o out/wxdirect/MultiSet.o -ohi out/wxdirect/MultiSet.hi -odir out/wxdirect/ -package parsec -iout/wxdirect Could not find module `Map': use -v to see a list of the files searched for (imported from wxdirect/src/MultiSet.hs) $ make ghc -c wxdirect/src/HaskellNames.hs -o out/wxdirect/HaskellNames.o -ohi out/wxdirect/HaskellNames.hi -odir out/wxdirect/ -package parsec -iout/wxdirect Could not find module `Set': use -v to see a list of the files searched for (imported from wxdirect/src/HaskellNames.hs) > Continously restart make manually until no such error occurs > Modify config/wx.pkg and wxcore.pkg (Be careful of name WXCore! It shouldn't be WXCORE in wxcore.pkg) to the following: --wx.pkg-- name:"wx" exposed:True exposed-modules:Graphics.UI.WX,Graphics.UI.WX.Attributes,Graphics.UI.WX.Classes,Graphics.UI.WX.Controls,Graphics.UI.WX.Dialogs,Graphics.UI.WX.Draw,Graphics.UI.WX.Events,Graphics.UI.WXFrame,Graphics.UI.WX.Layout,Graphics.UI.WX.Media,Graphics.UI.WX.Menu,Graphics.UI.WX.Timer,Graphics.UI.WX.Types,Graphics.UI.WX.Variable,Graphics.UI.WX.Window import-dirs:/usr/local/wxhaskell/lib/imports library-dirs:/usr/local/wxhaskell/lib hs-libraries:"wx" depends:"wxcore" --wxcore.pkg-- name:"wxcore" exposed:True exposed-modules:Graphics.UI.WXCore,Graphics.UI.WXCore.Controls,Graphics.UI.WXCore.Frame,Graphics.UI.WXCore.Process,Graphics.UI.WXCore.WxcClassesMZ,Graphics.UI.WXCore.Db,Graphics.UI.WXCore.Image,Graphics.UI.WXCore.Types,Graphics.UI.WXCore.WxcDefs,Graphics.UI.WXCore.Defines,Graphics.UI.WXCore.IntMap,Graphics.UI.WXCore.WxcClassInfo,Graphics.UI.WXCore.WxcObject,Graphics.UI.WXCore.Dialogs,Graphics.UI.WXCore.Layout,Graphics.UI.WXCore.WxcClassTypes,Graphics.UI.WXCore.WxcTypes,Graphics.UI.WXCore.Draw,Graphics.UI.WXCore.OpenGL,Graphics.UI.WXCore.WxcClasses,Graphics.UI.WXCore.Events,Graphics.UI.WXCore.Print,Graphics.UI.WXCore.WxcClassesAL import-dirs:/usr/local/wxhaskell/lib/imports library-dirs:/usr/local/wxhaskell/lib hs-libraries:"wxcore","wxcore0","wxcore1","wxcore2" extra-libraries:"wxc-mac2.5.4-0.9" depends: "base","lang","haskell98","concurrent" $ sudo make install $ cd samples/wx $ ghc -v -package wx -o helloworld HelloWorld.hs $ /usr/local/wxhaskell/bin/macosx-app helloworld $ open helloworld.app > You must succeed! Enjoy! Updated: 2005-03-24

1 0

The FunctorM library
by Cale Gibbard 24 Mar '05

24 Mar '05

On Wed, 23 Mar 2005 19:14:41 -0800, Thomas Hallgren <hallgren(a)cse.ogi.edu> wrote: > Iavor Diatchki wrote: > > >Just to avoid confusion I think the suggestions were: > >class Functor f => Monad f where ... > >class Functor f => FunctorM f where ... > > > >I know the first one differs from the Haskell report, but perhaps this > >is a flaw in the library design that should be fixed. > > > Yes, I think this should be fixed, and perhaps it could be done in a > backward compatible way? If classes were allowed to declare default > methods for superclasses, then you could have > > class Functor f where fmap :: ... > class Functor m => Monad m where > ...the usual stuff... > fmap = liftM > > Then declaring > > instance Monad T where ... > > for some T, would implicitly introduce an instance Functor T, if it is > not defined explicitly... > > -- > Thomas H > I agree, and think that's a great idea for solving that problem. Does anyone see any possible difficulties with it? I think that perhaps specifying the entire instance might make more sense, eg: class Functor m => Monad m where {- ... usual stuff ... -} instance Functor m where fmap = liftM Having such a thing seems quite useful. As long as it doesn't break the world, I'd personally like to have this feature. One issue might be which default instance gets chosen when two classes both provide default instances for a given class. Perhaps in this case, we can just force the user to provide an instance, or produce a compile-time warning and select one automatically in some canonical fashion. What do the Simons think? - Cale

2 1

Bugfix update to Alex, version 2.0.1
by Simon Marlow 23 Mar '05

23 Mar '05

I've uploaded a bugfix version of Alex, version 2.0.1. http://www.haskell.org/alex/ This version builds with GHC 6.4, and fixes a bug which affects large lexers. Cheers, Simon

1 0

Final CFP: GPCE'05 -- Generative Programming and Component Engineering
by Eelco Visser 23 Mar '05

23 Mar '05

FINAL CALL for PAPERS and DEMOS preliminary announcement of WORKSHOPS and TUTORIALS ---------------------------------------------------------------------- 4th International Conference on Generative Programming and Component Engineering (GPCE'05) Sep 29 - Oct 1, 2005, Tallinn (Estonia) http://www.gpce.org/05 Sponsored by ACM SIGPLAN, in cooperation with ACM SIGSOFT co-located with ICFP'05 and TFP'05 ---------------------------------------------------------------------- Consult http://www.gpce.org/05 for UP-TO-DATE and DETAILED information, including the full text of the calls for PAPERS and DEMONSTRATIONS. ELECTRONIC SUBMISSION PAGE is active. FORTHCOMING: web pages for workshops and tutorials (mid April) ---------------------------------------------------------------------- IMPORTANT DATES * Apr 10, 2005: Submission of abstracts (only for papers) * Apr 15, 2005: Submission of papers and demos * May 30, 2005: Notification for papers and demos * Sep 27-28, 2005: GPCE workshops and tutorials * Sep 29 - Oct 1, 2005: GPCE papers and demos ---------------------------------------------------------------------- SCOPE. Generative and component approaches have the potential to revolutionize software development in a similar way as automation and components revolutionized manufacturing. Generative Programming (developing programs that synthesize other programs), Component Engineering (raising the level of modularization and analysis in application design), and Domain-Specific Languages (elevating program specifications to compact domain-specific notations that are easier to write and maintain) are key technologies for automating program development. GPCE arose as a joint conference, merging the conference on Generative and Component-Based Software Engineering (GCSE) and the workshop on Semantics, Applications, and Implementation of Program Generation (SAIG). The goal of GPCE is to provide a meeting place for researchers and practitioners interested in cutting edge approaches to software development. We aim to foster further cross-fertilization between the software engineering research community and the programming languages community, in addition to supporting the original research goals of both the GCSE and the SAIG communities. ---------------------------------------------------------------------- TOPICS. GPCE seeks contributions both in software engineering and in programming languages related (but not limited) to: * Generative programming - Reuse, meta-programming, partial evaluation, multi-stage and multi-level languages, step-wise refinement - Semantics, type systems, symbolic computation, linking and explicit substitution, in-lining and macros, templates, program transformation - Runtime code generation, compilation, active libraries, synthesis from specifications, development methods, generation of non-code artifacts, formal methods, reflection * Generative techniques for - Product lines and architectures - Embedded systems - Model-driven architecture * Component-based software engineering - Reuse, distributed platforms, distributed systems, evolution, analysis and design patterns, development methods, formal methods * Integration of generative and component-based approaches * Domain engineering and domain analysis - Domain-specific languages (DSLs) including visual and UML-based DSLs * Separation of concerns - Aspect-oriented and feature-oriented programming, - Intentional programming and multi-dimensional separation of concerns * Industrial applications ---------------------------------------------------------------------- CALL FOR PAPERS. Authors are invited to submit a title and abstract (by Apr 10) and a full paper (by Apr 15) reporting research results and/or experience related to the topics above. We especially encourage original high-quality reports on applications to real-world problems, relating ideas and concepts from several topics, or bridging the gap between theory and practice. Simultaneous submission to other venues and submission of previously published material are not allowed. Accepted papers will appear in the conference proceedings, to be published in Springer's LNCS series. SUBMISSION GUIDELINES. Electronic submission will be required (except by special arrangement with the PC chairs). Submissions must be in PDF, conform to the LNCS style, and be no longer than 15 PAGES. For formatting details see http://www.springer.de/comp/lncs/authors.html. ---------------------------------------------------------------------- TUTORIALS T1: Challenges and Best Practices of Generative Software Engineering in the Context of Large Complex Business Applications (Presenter: M.M.Davydov) T2: Implementing Domain-Specific Modelling Languages andGenerators (Presenters: R.Pohjonen and J-P.Tolvanen) T3: Multi-stage Programming in MetaOCaml (Presenters: W.Taha, C.Calcagno) WORKSHOPS W1: Second MetaOCaml Workshop (Organizers: K.Swadi, W.Taha) W2: Young Researchers Workshop (Organizers: D.R.Dechow, D.Foetsch, S.Kiebusch, S.Perugini, M.J.Rutherford, D.Shestakov) ---------------------------------------------------------------------- PROGRAM COMMITTEE Chairs: * Robert Glück (U. of Copenhagen) * Michael Lowry (NASA) Members: * Don Batory (U. of Texas, USA) * Ira Baxter (Semantic Designs) * Cristiano Calcagno (Imperial College) * Prem Devanbu (U. of California at Davis) * Ulrich Eisenecker (U. of Leipzig) * Tom Ellman (Vassar College) * Robert Filman (NASA) * Zhenjiang Hu (U. of Tokyo) * Patricia Johann (Rutgers U.) * John Launchbury (Galois) * Anne-Françoise Le Meur (U. of Sci. and Tech. Lille) * Hong Mei (Peking U.) * Nicolas Rouquette (NASA) * William Scherlis (CMU) * Yannis Smaragdakis (Georgia Inst. of Tech.) * Walid Taha (Rice U.) * Todd Veldhuizen (Chalmers U. of Tech.) ORGANIZING COMMITTEE General Chair * Eugenio Moggi (Genova U.) Publicity Chair * Eelco Visser (Utrecht U.) Workshops and Tutorials Chairs * Jeff Gray (U. of Alabama at Birmingham) * Andrew Malton (Waterloo U.) Local Arrangements Chair * Tarmo Uustalu (Inst. of Cybernetics, Tallinn) ----------------------------------------------------------------------

1 0

Re: [Haskell] Unicode Source / Keyboard Layout
by Antonio Regidor García 23 Mar '05

23 Mar '05

> > De: Sven Moritz Hallberg <pesco(a)gmx.de> > > To make the fun complete, I think a few adjustments to the Haskell > grammar would be in order, so, guessing the relevant people read these > lists, may I suggest the following? > > 1. In addition to the backslash, accept "mathematical * small lamda" > (U+1D6CC, U+1D706, U+1D740, U+1D77A, and U+1D7B4) for lambda > abstractions. Leave "greek small letter lamda" as a regular letter, so > the Greeks can write their native language. [...] > > Did I forget anything? 8. Accept "element of" U+2208 instead of <- in list comprehensions? Best regards, Antonio Regidor García ______________________________________________ Renovamos el Correo Yahoo!: ¡250 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es

2 1