English version
Accueil     Ŕ propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis ŕ jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml ŕ l'adresse ocaml.org.

Browse thread
[Caml-list] any way to "clear" the toplevel?
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2001-04-26 (12:47)
From: qrczak@k...
Subject: Re: [Caml-list] any way to "clear" the toplevel?
Thu, 26 Apr 2001 10:05:02 +0900, Jacques Garrigue <garrigue@kurims.kyoto-u.ac.jp> pisze:

> The real solution would be to analyze dependencies between modules,
> and only flush things that depend on a modified module. Promises
> to be rather hard.

Glasgow Haskell Compiler 5.00 does this in its interactive toplevel.
It maintains the dependency graph of loaded modules. Reloading
checks time stamps and recompiles to in-memory bytecode or reloads
object code of modules which changed or which depend on modules whose
interface changed (or something like that).

http://www.haskell.org/ghc/docs/latest/set/ghci-compiled.html
http://cvs.haskell.org/cgi-bin/cvsweb.cgi/fptools/ghc/compiler/compMan/CompManager.lhs?rev=1.69&content-type=text/x-cvsweb-markup

-- 
 __("<  Marcin Kowalczyk * qrczak@knm.org.pl http://qrczak.ids.net.pl/
 \__/
  ^^                      SYGNATURA ZASTĘPCZA
QRCZAK

-------------------
To unsubscribe, mail caml-list-request@inria.fr.  Archives: http://caml.inria.fr