Browse thread
Record field label locality
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
| Date: | -- (:) |
| From: | Brighten Godfrey <pbg@c...> |
| Subject: | Re: [Caml-list] Record field label locality |
On Aug 13, 2008, at 1:14 AM, Richard Jones wrote:
> On Tue, Aug 12, 2008 at 02:03:46PM -0700, Brighten Godfrey wrote:
>> I think I see what you're getting at. Is it possible to define
>> compositionality as follows?:
>
> I think Jon means that you can copy and paste code around and it still
> works.
(...which is not true for various other reasons (e.g. conflicting
type annotations, variables with different types, etc.).)
>> "Removing a type annotation from
>> correct OCaml code results in correct OCaml code."
>
> This is mostly correct. However very occasionally it is necessary to
> help the compiler out by annotating expressions with types. I believe
> this is because type inference used by OCaml is undecidable. You'll
> notice this effect more often if you use OCaml's object system.
Yes, I've noticed that.
> You might want to try renaming the Graph module, ie:
>
> module G = Graph
>
> ... g.G.nodes ...
>
> Or if you have control over the module itself, you could also try
> renaming the fields to make them unique (eg. g_nodes), at which point
> you can just 'open Graph'. There are different trade-offs to each
> approach.
On Aug 12, 2008, at 6:51 PM, blue storm wrote:
> It might be a bit off-topic, but if you want to ease the syntaxic
> pain only, you can use the pa_openin (http://alain.frisch.fr/
> soft.html#openin ) camlp4 extension :
>
> open Graph in { g with nodes = foo }
Thanks to both of you for suggesting these workarounds. Probably
renaming the module is the easiest and least likely to cause other
problems. I am still curious about the language design question
though...
Thanks,
~Brighten