<?xml version="1.0" encoding="UTF-8" ?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>ocaml_beginners at Yahoo! Groups</title>
    <link>http://tech.groups.yahoo.com/group/ocaml_beginners/</link>
    <description>Ocaml Beginners</description>

    <item>
      <title>Re: Abstracting a variant type</title>
      <pubDate>Sat, 04 Jul 2009 02:03:37 GMT</pubDate>
      <dc:creator>Ashish Agarwal</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11175</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11175</guid>
      <description>... tediousness. Do you mean there is some general tool? Can you refer us to any examples? ... [Non-text portions of this message have been removed]</description>
    </item>
    <item>
      <title>Re: Abstracting a variant type</title>
      <pubDate>Fri, 03 Jul 2009 20:27:28 GMT</pubDate>
      <dc:creator>Jon Harrop</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11174</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11174</guid>
      <description>Sorry for the slow response, Vincent. I have been on holiday... ... Yes. That solutions works well when it is suitable. Specifically, when the arguments of the</description>
    </item>
    <item>
      <title>Re: Abstracting a variant type</title>
      <pubDate>Fri, 03 Jul 2009 14:46:31 GMT</pubDate>
      <dc:creator>Hugo Ferreira</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11173</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11173</guid>
      <description>... Nice! Thanks Regards, Hugo F.</description>
    </item>
    <item>
      <title>Re: Abstracting a variant type</title>
      <pubDate>Fri, 03 Jul 2009 14:20:54 GMT</pubDate>
      <dc:creator>Peng Zang</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11172</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11172</guid>
      <description>... Hash: SHA1 ... For testing and debugging purposes I find it convenient to have some access to raw (unabstracted) types.  My solution is for every module to</description>
    </item>
    <item>
      <title>Re: Abstracting a variant type</title>
      <pubDate>Fri, 03 Jul 2009 14:04:03 GMT</pubDate>
      <dc:creator>Hugo Ferreira</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11171</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11171</guid>
      <description>... Since I keep my tests in separate files from the module source this might not be the way to go for me. H.F.</description>
    </item>
    <item>
      <title>Re: Abstracting a variant type</title>
      <pubDate>Fri, 03 Jul 2009 12:22:13 GMT</pubDate>
      <dc:creator>Vincent Aravantinos</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11170</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11170</guid>
      <description>... I think he is talking about doing both at a time. Which is indeed nonsense. ... I am having the same problem and am thinking of just keeping the black box</description>
    </item>
    <item>
      <title>Re: Abstracting a variant type</title>
      <pubDate>Fri, 03 Jul 2009 12:13:23 GMT</pubDate>
      <dc:creator>Vincent Aravantinos</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11169</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11169</guid>
      <description>... I was not clear, settled this way this is indeed non-sense. But what I meant by &quot;structure&quot; in the quotation was not the &quot;implementation structure&quot;. I mean</description>
    </item>
    <item>
      <title>Re: Abstracting a variant type</title>
      <pubDate>Fri, 03 Jul 2009 10:30:45 GMT</pubDate>
      <dc:creator>Hugo Ferreira</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11168</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11168</guid>
      <description>... What is a nonsense? The use of abstract types or the opening up of the type and implementation details to external users? On a similar note: I too am</description>
    </item>
    <item>
      <title>Re: Abstracting a variant type</title>
      <pubDate>Fri, 03 Jul 2009 10:16:20 GMT</pubDate>
      <dc:creator>citromatik</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11167</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11167</guid>
      <description>... The purpose of an abstract type is to hide how it is implemented. You may want to provide an interface to your type, and the end-users will be tied to it.</description>
    </item>
    <item>
      <title>Re: Abstracting a variant type</title>
      <pubDate>Fri, 03 Jul 2009 09:58:22 GMT</pubDate>
      <dc:creator>Vincent Aravantinos</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11166</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11166</guid>
      <description>... I would still like to access the structure in some way. But this way should not reveal the data structure. Notice my question is highly informal and I</description>
    </item>
    <item>
      <title>Re: Abstracting a variant type</title>
      <pubDate>Fri, 03 Jul 2009 09:11:54 GMT</pubDate>
      <dc:creator>JM Nunes</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11165</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11165</guid>
      <description>Vincent Aravantinos wrote: ... without really looking into your mail, why not something allong: module M: sig type t  end = struct type t =  A of int | B of</description>
    </item>
    <item>
      <title>Re: Abstracting a variant type</title>
      <pubDate>Fri, 03 Jul 2009 07:43:20 GMT</pubDate>
      <dc:creator>Vincent Aravantinos</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11164</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11164</guid>
      <description>No one ?  It seems to be a rather frequent situation, isn&#39;t it ? Maybe my question is not clear enough ?</description>
    </item>
    <item>
      <title>Re: Module parameterization by ints</title>
      <pubDate>Thu, 02 Jul 2009 05:45:59 GMT</pubDate>
      <dc:creator>Phil Tomson</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11163</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11163</guid>
      <description>... Thanks, that should do what I need. Phil</description>
    </item>
    <item>
      <title>Call for Participation 2009  Commercial Users of Functional Programm</title>
      <pubDate>Wed, 01 Jul 2009 20:56:08 GMT</pubDate>
      <dc:creator>Jim Grundy</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11162</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11162</guid>
      <description>Commercial Users of Functional Programming Workshop (CUFP) 2009 Functional Programming As a Means, Not an End Call for Participation Sponsored by SIGPLAN </description>
    </item>
    <item>
      <title>Re: Module parameterization by ints</title>
      <pubDate>Wed, 01 Jul 2009 13:42:05 GMT</pubDate>
      <dc:creator>Vincent Aravantinos</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ocaml_beginners/message/11161</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ocaml_beginners/message/11161</guid>
      <description>... Well he can stil functorize it if he wants. The advantage being to bound all possibly created squeues to have the wanted size thus avoiding potential</description>
    </item>

  </channel>
</rss>
<!-- wr2.grp.sp2.yahoo.com uncompressed/chunked Sun Jul  5 02:46:28 PDT 2009 -->
