Re: cvs commit: hugs98/src/bcc32 options.h hugs98/src/djgpp2 options.h hugs98/src/epoc options.h hugs98/src/machugs options.h hugs98/src/msc options.h hugs98/src/winhugs options.h hugs98/src options.h.in server.h server.c

Yes, you won't get an argument against doing this from me -- this commit is really work in progress (i.e., a disk flush). The Cambridge lot wanted to revamp their RTS invocation API, so I'm hoping we can come up with something that's close between the two systems whenever that happens. A Diet HEP, if you like. --sigbjorn ----- Original Message ----- From: "Alastair David Reid" To: "Sigbjorn Finne" Cc: Sent: Tuesday, February 26, 2002 08:58 Subject: Re: cvs commit: hugs98/src/bcc32 options.h hugs98/src/djgpp2 options.h hugs98/src/epoc options.h hugs98/src/machugs options.h hugs98/src/msc options.h hugs98/src/winhugs options.h hugs98/src options.h.in server.h server.c

...

- doIO_Int(int*) -- evaluate (IO Int) action. - doIO_Addr(void**) -- evaluate (IO Addr) action.

Instead of this, how about having doIO leave an HVal on the stack which you can manipulate separately?

doIO_Void, doIO_Int, doIO_Addr, etc. could be provided as utilities on top of this.

-- Alastair Reid reid@cs.utah.edu http://www.cs.utah.edu/~reid/ _______________________________________________ Cvs-hugs mailing list Cvs-hugs@haskell.org http://www.haskell.org/mailman/listinfo/cvs-hugs