<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 18, 2013 at 6:56 AM, Joseph Rushton Wakeling <span dir="ltr"><<a href="mailto:joseph.wakeling@webdrake.net" target="_blank">joseph.wakeling@webdrake.net</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>On 17/12/13 01:51, Leandro Motta Barros wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I have some code using the old "all.d" idiom, which I am changing to use the new<br>
"package.d" feature.<br>
</blockquote>
<br></div>
Related question -- it seems like rdmd doesn't like package-based code, and can't resolve dependencies as it can with regular modules.  Is there any kind of timeframe/roadmap for fixing this?<br>
</blockquote></div><br></div><div class="gmail_extra">With these simple examples I sent, rdmd seem to resolve dependecies correctly. For example, with this last example I sent (which prints the class name):<br><br>$ rdmd main.d <br>

mylib.util.Foo<br><br></div><div class="gmail_extra">$ dmd main.d <br>main.o: In function `_Dmain':<br>main.d:(.text._Dmain+0xb): undefined reference to `_D5mylib4util3Foo7__ClassZ'<br>collect2: error: ld returned 1 exit status<br>

--- errorlevel 1<br><br>$ dmd main.d mylib/util.d<br>$ ./main <br>mylib.util.Foo<br><br></div><div class="gmail_extra">In this case, at least, rdmd correctly resolved, compiled and linked mylib/util.d, which was imported through a package.<br>

<br></div><div class="gmail_extra">LMB<br><br></div><div class="gmail_extra"><br></div></div>