<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 13 November 2013 13:53, Dicebot <span dir="ltr"><<a href="mailto:public@dicebot.lv" target="_blank">public@dicebot.lv</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Wednesday, 13 November 2013 at 04:35:12 UTC, Jesse Phillips wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I don't see why we need such sub-directories. The language doesn't seem important to me.<br>
<br>
I also place the source under /usr/src since they actually aren't headers/import files.<br>
</blockquote>
<br></div>
Mostly hygiene concerns. One of reasons why C headers are put into /usr/include is that it is default include location and it allows to to directly hit "#include <libheader>" after installing a package, with no explicit paths. Having similar standard location for D library modules is desired but FHS mandates it to be subdirectory of /usr/include (yes, those are import files for D). Making common subdirectory to avoid mixing with C stuff in filesystem is obvious next step.<br>

</blockquote></div><br></div><div class="gmail_extra">That requires co-operation from upstream compiler projects... distributors are free to have local patches by all means to force the compilers to look in non-standard directories. ;-)<br clear="all">
</div><div class="gmail_extra"><br>-- <br>Iain Buclaw<br><br>*(p < e ? p++ : p) = (c & 0x0f) + '0';
</div></div>