<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

  <title></title>

</head>

<body bgcolor="#ffffff" text="#000000">

stdio is for buffered file I/O, file is for encapsulated file ops.<br>

<br>

Jonathan M Davis wrote:

<blockquote cite="mid:201009141740.46568.jmdavisProg@gmx.com"

 type="cite">

  <pre wrap="">On Tuesday, September 14, 2010 11:11:16 David Simcha wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">Funny, I was going to suggest just lumping all three (path, file, stdio).

    </pre>

  </blockquote>

  <pre wrap=""><!---->

Well, looking at the docs for std.stdio, it does some quite odd that it and 

std.file are separate. It seems quite natural to import one module for console 

I/O and another for file I/O, but given that the console I/O is essentially using 

file I/O to do its thing, it becomes quite odd for them to be separate. So, 

consolidating std.stdio and std.file starts looking like a good idea. And while 

I'd prefer that std.path stay separate, if std.stdio and std.file are a single 

module and that module is  pretty much always used if std.path is used, then 

having it separate becomes useful pretty much only because it keeps the docs 

separate and thus less cluttered. So, there is some merit in combining all 

three. Certainly, looking at the API for std.stdio, I'd say that it definitely 

should be combined with std.file.

- Jonathan M Davis

_______________________________________________

phobos mailing list

<a class="moz-txt-link-abbreviated" href="mailto:phobos@puremagic.com">phobos@puremagic.com</a>

<a class="moz-txt-link-freetext" href="http://lists.puremagic.com/mailman/listinfo/phobos">http://lists.puremagic.com/mailman/listinfo/phobos</a>

  </pre>

</blockquote>

</body>

</html>