Version française
Home     About     Download     Resources     Contact us    

This site is updated infrequently. For up-to-date information, please visit the new OCaml website at

Browse thread
[Caml-list] type and modules... (sig mismatch again)
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2003-06-18 (11:14)
From: Andreas Rossberg <rossberg@p...>
Subject: Re: [Caml-list] type and modules... (sig mismatch again)
Pietro Abate wrote:
> how can I force this behavior without changing t1_t and t2_t ?

You can wrap them in auxiliary modules. One purpose of modules is name 
space management.

> why the signature doesn't enforce the right type matching ?

Due to the way data type declarations work, this is not a typing issue, 
but purely a scoping issue. The first constructor A is simply shadowed 
by the second one, so A always refers to the latter.

Beside that, modules are typed independently of any signature 
constraint. The latter is checked only after typing the module body. 
This is an important design principle of the module language. So even if 
both A's could be disambiguated by typing in some way, the information 
provided by the signature would come "too late".

   - Andreas

> module type A = sig
>     type t1
>     type t2
>     val tutu : t1 -> t2
> end
> type t1_t = A of int
> type t2_t = A of int | B of int
> module Make : (A with type t1 = t1_t and type t2 = t2_t) = struct
>     type t1 = t1_t
>     type t2 = t2_t
>     let tutu = function
>         |A(x) -> B(x)
> end

Andreas Rossberg,

"Computer games don't affect kids; I mean if Pac Man affected us
  as kids, we would all be running around in darkened rooms, munching
  magic pills, and listening to repetitive electronic music."
  - Kristian Wilson, Nintendo Inc.

To unsubscribe, mail Archives:
Bug reports: FAQ:
Beginner's list: