osdir.com
mailing list archive

Subject: ANNOUNCE: New Chameleon version - msg#00168

List: lang.haskell.general

Date: Prev Next Index Thread: Prev Next Index

Another update.

- The new version doesn't depend on any particular version of GHC.
- Fixed minor problem with evidence translation.

This doesn't mean there might not be any more bugs. Comments are welcome.
Please check http://www.comp.nus.edu.sg/~sulzmann/chameleon/
for latest updates.

Martin



> New features:
>
> A Haskell Programmer's Guide to Chameleon
> Lexically Scoped Annotations
> Interactive Debugging in Haskell
>
> See http://www.comp.nus.edu.sg/~sulzmann/chameleon/ for details.
>
> Martin


Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Re: IO monad and lazy evaluation

Glynn Clements (Thu, May 22, 2003 at 08:11:02PM +0100): > Graham Klyne wrote: > > > Thanks for your comments. (I had overlooked "readFile", which certainly > > looks safer. > > It isn't: > > readFile :: FilePath -> IO String > readFile name = openFile name ReadMode >>= hGetContents Why does not hGetContents set a flag associated to the handle. The flag is turned off if no lazy io thru the handle can happen. hClose checks the flag and eventually passes the close to the OS if no flag is set anymore. Sincerly, -- Stefan Karrmann I like work; it fascinates me; I can sit and look at it for hours.

Next Message by Date: click to view message preview

Re: ANN: H98 FFI Addendum 1.0, Release Candidate 10

On Fri, May 23, 2003 at 07:33:05AM +1000, Manuel M T Chakravarty wrote: > Dear Haskell Folks, > > Release Candidate 10 of the H98 FFI Addendum 1.0 is now > available from > > http://www.cse.unsw.edu.au/~chak/haskell/ffi/ I have an ideological objection. I think that the inclusion of unsafePerformIO in an Addendum sends entirely the wrong signal. I know it's needed for marshalling for otherwise pure functions that pass their data through pointers. Very well, but the inclusion of unsafePerformIO allows many more uses. At a stroke it removes many of the trickiest design problems of Haskell, and we can't have that. I propose that the Addendum say that it permits unsafePerformIO for that purpose only, i.e. the IO calls it contains are restricted to foreign calls and functions from Storable and Marshal*, these may only access Ptr's inaccessable outside the unsafePerformIO, and no other visible side effects are permitted.

Previous Message by Thread: click to view message preview

ANNOUNCE: New Chameleon version

New features: A Haskell Programmer's Guide to Chameleon Lexically Scoped Annotations Interactive Debugging in Haskell See http://www.comp.nus.edu.sg/~sulzmann/chameleon/ for details. Martin

Next Message by Thread: click to view message preview

The Fun of Programming Edited by Gibbons and de Moor

Palgrave Macmillan has recently published the above title and is looking for ways to promote it. Please would you let me have details and rates for emailing to the appropriate part of the Haskell community? Here is some more information about the book for your information. http://www.palgrave.com/catalogue/catalogue.asp?Title_Id=0333992857 Thank you. Jana Bek Marketing Manager, Computer Science W H Freeman Sinauer Associates University Science Books Palgrave Macmillan Houndmills, Basingstoke, Hampshire RG21 6XS, UK http://www.palgrave.com Palgrave Macmillan - Publisher of the Year 2003 Awarded by The Booksellers Association of the United Kingdom & Ireland Academic, Professional & Specialist Booksellers Group March 2003 DISCLAIMER: This e-mail is confidential and should not be used by anyone who is not the original intended recipient. If you have received this e-mail in error please inform the sender and delete it from your mailbox or any other storage mechanism. Neither Macmillan Publishers Limited nor any of its agents accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of Macmillan Publishers Limited or one of its agents. Please note that neither Macmillan Publishers Limited nor any of its agents accept any responsibility for viruses that may be contained in this e-mail or its attachments and it is your responsibility to scan the email and attachments (if any). No contracts may be concluded on behalf of Macmillan Publishers Limited or its agents by means of e-mail communication. Macmillan Publishers Limited Registered in England and Wales with registered number 785998 Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by