- Haskell - Haskell.org

CFP: ICLP ws SAVE 2001
by Giorgio Delzanno 03 Aug '01

03 Aug '01

=============================================================================== We apologize for multiple copies of this message =============================================================================== ICLP 2001 workshop SAVE 2001 Specification, Analysis and Validation for Emerging Technologies in Computational Logic http://www.disi.unige.it/person/DelzannoG/save.html Dec 1, 2001 , Coral Beach Hotel and Resort, Paphos, Cyprus Submission Deadline: August 25, 2001 The huge increase in interconnectivity we have witnessed in the last decade has boosted the development of systems which are often large-scale, distributed, time-critical, and possibly acting in an unreliable or malicious environment. Furthermore, software and hardware components are often mobile, and have to interact with a potentially arbitrary number of other entities. These systems require solid formal techniques for their verification and analysis. In this respect, computational logic plays an increasingly important role, both providing formal methods for proving system's correctness and tools - e.g. using techniques like constraint programming and theorem proving - for verifying their properties. In addition, computational logic is gaining importance as tool for the specification of (part) of these systems. For instance, one can think at the specification, in a form of temporal logic, of a communication protocol. Such specification offers the advantage that one can reason about it using formal methods, and at the same time it is often easily executable by rewriting it into a logic-based programming language. Extending and shifting slightly from the scope of the predecessors (on verification and logic languages) held in the context of past editions of ICLP, the aim of this workshop is to bring together researchers interested in the use of computational logicas a tool for the specification, analysis and validation of systems, with particular emphasis on (but not restricted to) emerging technologies like World Wide Web and E-Commerce, (protocols for) Smart Cards and Mobile Telephony, Wireless Technology, Hybrid Systems, Real-Time and Distributed systems etc. Topics The topics of interest include but are not limited to: Specification languages and rapid prototyping: Logic programming and its extensions First-order, constructive, modal and temporal logic Constraints Type theory Analysis: Abstract interpretation Static analysis Validation: Simulation and testing Deductive methods Model checking Theorem proving The preferred issues include, but are not limited to: Mobility: specification and verification of mobile code. Security: access rights, information flow, and security protocols. Interaction, coordination, negotiation, communication and exchange on the Web. Open and infinite-state systems. Real-time systems. Important Dates: Deadline for submissions: August 25, 2001. Notification of acceptance/rejection: September 15, 2001. Final papers due: October 5, 2001. Authors should submit papers of at most 15 pages, in postscript format, formatted for A4 paper, to Giorgio Delzanno (giorgio(a)disi.unige.it) by the 25th of August 2001. The proceedings will be published in electronic format. A printed version will be distributed to all participants of the workshop. On the basis of the number and quality of the submissions, we could also consider the possibility of inviting submissions for a special issue of an international journal dedicated to the workshop. Workshop Organizers/PC Chairs: Giorgio Delzanno Dipartimento di Informatica e Scienze dell'Informazione Universita' di Genova giorgio(a)disi.unige.it Sandro Etalle Department of Computer Science University of Twente and CWI etalle(a)cs.utwente.nl Maurizio Gabbrielli Dipartimento di Matematica ed Informatica Universita' di Udine gabbri(a)dimi.uniud.it Program Committee: Radhia Cousot, CNRS & École Polytechnique, France Giorgio Delzanno, University of Genova, Italy Sandro Etalle, University of Twente and CWI, The Netherlands Maurizio Gabbrielli, University of Udine, Italy Thierry Massart, University of Brussels, Belgium Frank Pfenning, Carnegie Mellon University, USA Andreas Podelski, Max Planck Institute, Germany Sriram Rajamani, Microsoft Research, USA Jean-Francois Raskin, University of Brussels, Belgium

1 0

Re: Haskell-JNI Bridge
by Ashley Yakeley 03 Aug '01

03 Aug '01

At 2001-07-05 02:23, I wrote: >In this apparent absence I'm writing my own Haskell-JNI bridge. This now has a home at <http://sourceforge.net/projects/jvm-bridge/>, and I'm licensing it under LGPL. -- Ashley Yakeley, Seattle WA

1 0

RE: How do you stop functions being inlined?
by Simon Marlow 02 Aug '01

02 Aug '01

In fact, GHC understands both NOINLINE and NOTINLINE with any capitalisation. We just tend to use NOINLINE because I think GHC had it before notInline was mentioned in the report. Cheers, Simon > -----Original Message----- > From: Julian Seward (Intl Vendor) [mailto:v-julsew@microsoft.com] > Sent: Thursday, August 02, 2001 10:31 AM > To: George Russell; haskell(a)haskell.org > Subject: RE: How do you stop functions being inlined? > > > > {-# NOINLINE name #-} > > | -----Original Message----- > | From: George Russell [mailto:ger@tzi.de] > | Sent: Wednesday, August 01, 2001 3:46 PM > | To: haskell(a)haskell.org > | Subject: How do you stop functions being inlined? > | > | > | Well, I think we all know the answer to this one, namely > | {-# NOINLINE [name] #-} > | This is, after all, what GHC does, and what several of the > | files in ghc/fptools do. > | > | Only slight problem is that according to the Haskell 98 > | report, including Simon Peyton Jones' revised draft, you > | should use: > | {-# notInline [name] #-} > | Most of the time in fptools/hslibs (which I have from > | GHC), NOINLINE is used, but in one case notInline is used. > | > | Of course one of the delights of pragmas is that the > | "pragma should be ignored if an implementation is not prepared to > | handle it.". So if you guess wrong, you may never know, > | until you get a mysterious bug from GHC inlining a call to > | create a global variable via unsafePerformIO. Aren't pragmas > | wonderful? > | > | Would someone tell me which we are supposed to use? Or > | should I use both "NOINLINE" and "notInline", just to be on > | the safe side? > | > | _______________________________________________ > | Haskell mailing list > | Haskell(a)haskell.org http://www.haskell.org/mailman/listinfo/haskell > | > > _______________________________________________ > Haskell mailing list > Haskell(a)haskell.org > http://www.haskell.org/mailman/listinfo/haskell >

2 1

Re: lexical description problem in language report?
by Wolfgang Lux 02 Aug '01

02 Aug '01

Thomas Hallgren wrote > There seems to be a similar problem with qualified identifiers. The > production for lexeme includes varid, conid, etc, rather than qvarid, > qconid, etc. (Perhaps someone forgot to update it when qualified names > were introduced, in Haskell 1.3...) Sorry we must have a different version of the report, but in my copy and also in the version on Simon PJ's web-pages section 2.4 (in the last paragraph) and appendix B include productions for the qualified identifiers. Wolfgang -- Wolfgang Lux Phone: +49-251-83-38263 Institut fuer Wirtschaftinformatik FAX: +49-251-83-38259 Universitaet Muenster Email: wlux(a)uni-muenster.de

4 3

RE: How do you stop functions being inlined?
by Julian Seward (Intl Vendor) 02 Aug '01

02 Aug '01

{-# NOINLINE name #-} | -----Original Message----- | From: George Russell [mailto:ger@tzi.de] | Sent: Wednesday, August 01, 2001 3:46 PM | To: haskell(a)haskell.org | Subject: How do you stop functions being inlined? | | | Well, I think we all know the answer to this one, namely | {-# NOINLINE [name] #-} | This is, after all, what GHC does, and what several of the | files in ghc/fptools do. | | Only slight problem is that according to the Haskell 98 | report, including Simon Peyton Jones' revised draft, you | should use: | {-# notInline [name] #-} | Most of the time in fptools/hslibs (which I have from | GHC), NOINLINE is used, but in one case notInline is used. | | Of course one of the delights of pragmas is that the | "pragma should be ignored if an implementation is not prepared to | handle it.". So if you guess wrong, you may never know, | until you get a mysterious bug from GHC inlining a call to | create a global variable via unsafePerformIO. Aren't pragmas | wonderful? | | Would someone tell me which we are supposed to use? Or | should I use both "NOINLINE" and "notInline", just to be on | the safe side? | | _______________________________________________ | Haskell mailing list | Haskell(a)haskell.org http://www.haskell.org/mailman/listinfo/haskell |

1 0

How do you stop functions being inlined?
by George Russell 01 Aug '01

01 Aug '01

Well, I think we all know the answer to this one, namely {-# NOINLINE [name] #-} This is, after all, what GHC does, and what several of the files in ghc/fptools do. Only slight problem is that according to the Haskell 98 report, including Simon Peyton Jones' revised draft, you should use: {-# notInline [name] #-} Most of the time in fptools/hslibs (which I have from GHC), NOINLINE is used, but in one case notInline is used. Of course one of the delights of pragmas is that the "pragma should be ignored if an implementation is not prepared to handle it.". So if you guess wrong, you may never know, until you get a mysterious bug from GHC inlining a call to create a global variable via unsafePerformIO. Aren't pragmas wonderful? Would someone tell me which we are supposed to use? Or should I use both "NOINLINE" and "notInline", just to be on the safe side?

1 0

Graphical User Interface Libraries
by Juan Ignacio Garcia Garcia 01 Aug '01

01 Aug '01

Does anybody know a GUI library which goes OK with ghc-5? I have been looking for one, but it seems that they only can be used with old versions of ghc or with hugs. Thanks in advance, J. I. García

2 1

Re: Haskell -- confirmation of subscription -- request 834452
by Gonzalo Cobos Bergillos 31 Jul '01

31 Jul '01

confirm 834452

1 0

Special 1/4 Page printing prices!!!!
by James Horne 31 Jul '01

31 Jul '01

Stellar Concepts and Design Can offer you: 5000 ¼ Page Flyers, full color, Free UV Lamination--$199 5000 Business Cards, Full Color, Free UV Lamination--$199 5000 Business Cards, 5000 Brochures, 5000 Flyers--$999 If you are interested email us @ jhorne(a)stellarconcepts.com Or call 954.489.2250 ext. 14 Fax-954.489.2280

1 0

simple question
by Cagdas Ozgenc 31 Jul '01

31 Jul '01

Hi, I am trying to do some exercies in my Haskell book. I couldn't get my program to work correctly. type Database2 = [ (Person,[ Book ]) ] exampleBase2 :: Database2 exampleBase2 = [ ("Alice", [ "Tintin", "Astrix" ] ), ("Anna", [ "Little Woman" ] ), ("Rory", [ "Tintin" ] ) ] books2 :: Database2 -> Person -> [Book] books2 db person = head [ snd tuple | tuple <- db, fst tuple == person ] borrowers2 :: Database2 -> Book -> [Person] borrowers2 db book = [ person | (person, books) <- db, book <- books ] borrowers2 function should return the names of people that borrowed the "book". However my implementation lists all the people. Book, and Person are of type String. Also could you comment on the quality of the implementation of "books2" function, which is supposed to return the name of the books that a person borrowed (It is working correctly). Thanks

2 1