On Nov 28, 2006, at 10:34 AM, Dinko Tenev wrote:
How exactly can CSE cause space leaks, and what does this have to
do with strictness?
See this message for a nice example:
http://www.haskell.org/pipermail/haskell-cafe/2003-June/004484.html
/ Ulf
On Aug 18, 2006, at 1:15 PM, Simon Peyton-Jones wrote:
I have not followed the details, but you might consider using GHC as a
library. That gives you all the facilities of GHCi, but as a library
rather than as a separate process.
I am. I'm using my own modified version of InteractiveUI.hs wh
On Aug 18, 2006, at 1:06 PM, pepe wrote:
If you have gone that far and modified ghci, wouldn't it be easier to
disable the :load command and hardwire the loading of the UserLayer
module ?
Ah, but the thing is that the UserLayer is written by the user and so
we don't know what it is before-h
On Aug 18, 2006, at 11:54 AM, Neil Mitchell wrote:
If what you want is a shell like thing, Shellac will give it to you.
If you want to evaluate arbitrary Haskell then hs-plugins will give it
to you. If you want both, combine them.
I want to evaluate arbitrary Haskell code, and I did start wit
Hi.
I want to use GHCi as the interface to my Application. The simple
solution is to have the Application store its state in global IORefs.
A user can then start up ghci with -package Application and use the
provided functions to communicate with the Application. This works
nicely.
Now
Johannes Waldmann wrote:
Simon Marlow wrote:
There are some outstanding issues on Sparc/Solaris ...
Warning: retaining unknown function `getpwuid_r' in output from C
compiler
Warning: retaining unknown function `getpwnam_r' in output from C
compiler
Warning: retaining unknown function `getgrgid_r
MR K P SCHUPKE wrote:
Thanks for the URL... I have realised I jumped the gun saying the derivation can be
done in template-haskell... there is one small problem:
$(derive [t| SomeConstructor a b |])
passes the constructor to derive... is there any way to get the type information
for some type? Yo
> Keean Schupke <[EMAIL PROTECTED]> writes:
>
>> Yes, I could quite easily write the generator in TemplateHaskell (have
>> played with it before)
>> _but_ I don't like the $(xxx) syntax... Perhaps if Simon could be
>> persuaded to allow deriving
>> clauses to be defined in TH?
>>
>> data X x = X x
