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] CTAN/CPAN for Caml (COCAN ...?)
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2003-07-23 (07:03)
From: Christian Lindig <lindig@e...>
Subject: Re: [Caml-list] GODI (was: CTAN/CPAN for Caml (COCAN ...?))
On Mon, Jul 21, 2003 at 09:19:43AM -0700, james woodyatt wrote:
> Yeah, the more I think about this problem, the more convinced I am that 
> the only way to solve the problem well enough to quiet the bulk of the 
> complaining is to do something-- in the syntax of the language-- to 
> couple the *name* of a module with the globally unique *identifier* of 
> the library that contains it.

I agree and like to add another aspect: relative access of modules.
Sometimes we just want to use a standard module and we don't care where
it comes from exactly. At other times we just know that the module we
are looking for resides in the same directory as our current module
because we wrote it and put it there. The current OCaml syntax does not
distinguish between these two. I believe the C inventors had a good
reason to have both #include <...> and #include "..." (the latter
includes a file relative to the location of the source file that
contains it (and not relative to the $CWD of the compiler)).  

A well-designed library would refer relatively to its own modules, plus
some standard modules. It should compile independently of its position
in the file system.

-- Christian

To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners