<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 3 January 2016 at 15:45, Manu <span dir="ltr"><<a href="mailto:turkeyman@gmail.com" target="_blank">turkeyman@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div class="h5"><div class="gmail_extra"><div class="gmail_quote">On 3 January 2016 at 15:34, Rikki Cattermole via Digitalmars-d <span dir="ltr"><<a href="mailto:digitalmars-d@puremagic.com" target="_blank">digitalmars-d@puremagic.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>On 03/01/16 6:26 PM, Manu via Digitalmars-d wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>
On 3 January 2016 at 15:17, Rikki Cattermole via Digitalmars-d<br></span><span>
<<a href="mailto:digitalmars-d@puremagic.com" target="_blank">digitalmars-d@puremagic.com</a> <mailto:<a href="mailto:digitalmars-d@puremagic.com" target="_blank">digitalmars-d@puremagic.com</a>>> wrote:<br>
<br>
  Ok, so what I gathered from that is that if a D package/module<br>
  matches a C++ one in scope, D will only be checked.<br>
<br>
<br></span><span>
No, you name conflict error. But that's not the main problem I'm talking<br>
about, which is that namespace scopes are created and break everything.<br>
<br></span><span>
  The obvious answer would be to rename the D side, but that really<br>
  isn't good enough.<br>
<br>
<br></span><span>
You don't just go and rename an entire existing project, which is a lib<br>
in this case (so, also rename all the clients...?) because you need to<br>
type extern(C++) somewhere :/<br>
</span></blockquote>
<br>
Hang on I just tried this on Windows:<br>
<br>
module ns.m;<br>
<br>
import x.y;<br>
// import x.y : ns.Y; // doesn't work grr<br>
import x.y : Y;<span><br>
<br>
<br>
module x.y;<br>
<br>
extern(C++, ns) {<br>
    struct Y {<br>
    }<br>
}<br>
<br>
<br></span>
Does this work for you?<br>
</blockquote></div><br></div></div></div><div class="gmail_extra">The short answer is, "most of the time".</div><div class="gmail_extra">I've been using recursive modules to place extern(C++) declarations in a sensible scope quite a lot. It breaks sometimes, not sure why... suspect it's related to forward referencing, or multiple/semi-circular imports.</div></div>
</blockquote></div><br></div><div class="gmail_extra">For instance, connecting to the C++ string lib:</div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_extra">module libep.string;</div><div class="gmail_extra">public import libep.c.string : BaseString, MutableString, SharedString;</div><div class="gmail_extra">alias String = BaseString!char;<br></div><div class="gmail_extra">alias WString = BaseString!wchar;</div><div class="gmail_extra">alias DString = BaseString!dchar;</div><div class="gmail_extra"><br></div><div class="gmail_extra">Those don't like to be imported that way:Â Error: template instance BaseString!char BaseString is not a template declaration, it is a alias</div><div class="gmail_extra">If I instead:<br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_extra">module libep.string;</div><div class="gmail_extra">static import libep.c.string;<br></div><div class="gmail_extra">alias BaseString = libep.c.string.BaseString;<br></div><div class="gmail_extra">alias MutableString = libep.c.string.MutableString;</div><div class="gmail_extra">alias SharedString = libep.c.string.SharedString;</div><div><div>alias String = BaseString!char;<br></div><div>alias WString = BaseString!wchar;</div><div>alias DString = BaseString!dchar;</div></div><div><br></div><div>That works in this case. Other cases are different, eg:</div><div><br></div><div><div>module libep.variant;</div><div>public import libep.c.variant : Variant;</div></div><div><br></div></div><div>That one works.</div></div></div>