From: Walter Cazzola <cazzola@dico.unimi.it>
To: pierrchp@free.fr
Cc: OCaML Mailing List <caml-list@inria.fr>
Subject: Re: [Caml-list] polymorphic stack
Date: Sat, 24 Sep 2011 22:46:29 +0200 (CEST) [thread overview]
Message-ID: <alpine.LFD.2.00.1109242244490.2944@surtur.dico.unimi.it> (raw)
In-Reply-To: <1316894754.4e7e38225d52e@imp.free.fr>
Hello,
thanks a lot you got the point; I will never see that empty wasn't a
function but just a constant name. Thanks also for the clear
explanation.
Cheers
Walter
On Sat, 24 Sep 2011, pierrchp@free.fr wrote:
> Hello,
>
> Your problem here is that when you created your module stack, you wrote
>
> let empty = { c=[]} ;;
>
> which creates a global variable. Writing
>
> let s = empty
>
> creates a new stack by copying the value empty, therefore putting a type
> constraint, that s and empty must have the same type. In order to do what you
> want, you need to reevaluate the expression { c=[]} every time you create a new
> stack, and not just copy its result. This is achieved by using a function
> instead of a global variable:
>
> let empty () = { c=[]}
>
> an create a new stack with
>
> let s = empty ()
>
> Hope it is not too confusing
>
> Cheers
>
> -Pierre
>
> Selon Walter Cazzola <cazzola@dico.unimi.it>:
>
>> Hi all,
>> thanks a lot for your help in this travel through OCaML but I have still
>> a question. I have tried to write a polymorphic stack code attached but
>> I don't understand its behavior:
>>
>> # open Stack;;
>> # let s = empty;;
>> val s : '_a Stack.stack = {c = []}
>> # push s 7;;
>> - : unit = ()
>> # push s 25;;
>> - : unit = ()
>> # let s1 = empty;;
>> val s1 : int Stack.stack = {c = [25; 7]}
>> # push s1 "Hello";;
>> Error: This expression has type string but an expression was expected of
>> type
>> int
>>
>> Apparently seems that I can have only a variable of type stack and any
>> other call to its constructor links the new variable to the old one.
>> This means that once I have put an int inside I can't have a second
>> stack for characters or what else? This behavior is completely
>> unexpected and I can't explain it.
>>
>> I'm sure I'm doing something wrong but I can't say what it is. Do you
>> have any idea about?
>>
>> TIA
>> Walter
>>
>> --
>> --
>> Caml-list mailing list. Subscription management and archives:
>> https://sympa-roc.inria.fr/wws/info/caml-list
>> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
>> Bug reports: http://caml.inria.fr/bin/caml-bugs
>>
>>
>
--
prev parent reply other threads:[~2011-09-24 20:46 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-24 19:31 Walter Cazzola
2011-09-24 20:05 ` pierrchp
2011-09-24 20:46 ` Walter Cazzola [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LFD.2.00.1109242244490.2944@surtur.dico.unimi.it \
--to=cazzola@dico.unimi.it \
--cc=caml-list@inria.fr \
--cc=pierrchp@free.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).