On Fri, Mar 9, 2012 at 4:45 PM, Jonathan M Davis <span dir="ltr"><<a href="mailto:jmdavisProg@gmx.com">jmdavisProg@gmx.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Friday, March 09, 2012 18:39:25 Steven Schveighoffer wrote:<br>
> I want to stress again the difference between C++'s namespaces, and D's<br>
> module import mechanism. In C++, you *deliberately* pull a namespace into<br>
> your scope (and usually only in the implementation file, which doesn't<br>
> affect any other implementation files), whereas in D, a standard "import<br>
> std.datetime" *automatically* pulls its namespace into your scope, and any<br>
> public imports it has made.<br>
<br>
</div>Yeah. D has great tools for getting around conflicts, but things tend to<br>
conflict by default, which means that it's very easy to break code by<br>
introducing conflicts when adding functions.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>Hmm, fair enough.  In our case they were essentially pulled into the global namespace due to some questionable decisions with regard to namespaces made in our project.  The difference between D and C++ is important to point out though so thanks for clarifying.</div>
<div><br></div><div>Regards,</div><div>Brad Anderson</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">
- Jonathan M Davis<br>
</font></span></blockquote></div><br>