I do not know of a specific definition, but I think the heuristic for inclusion in Data is that which is neither control nor chaos.<div><br></div><div>By &#39;control&#39; I mean functions that are often &quot;baked into&quot; other languages, such as exception handling, bracketing, but which can be implemented as library functions in Haskell.</div>

<div><br></div><div>By &#39;chaos&#39;, I mean anything specialized to a particular field (e.g., biology, physics), even if it be part of computer science, e.g., software management, computer graphics.</div><div><br></div>
<div>What&#39;s left are data types and structures that are ubiquitous (e.g., lists, sets, maps), essential for basic communication (e.g., characters, text, encryption, serialization, persistence) or language (but not compiler) specific (e.g., reflection, dynamic typing, generics).</div>
<div><br></div><div><br><div class="gmail_quote">
On Mon, Aug 22, 2011 at 9:50 AM, David Fox <span dir="ltr">&lt;<a href="mailto:ddssff@gmail.com" target="_blank">ddssff@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I&#39;m never quite sure what the distinction is that defines the modules<br>
under Data.*.  Can anyone explain?<br>
<br>
-david<br>
<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org" target="_blank">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</blockquote></div><br></div>