On 18 October 2012 00:39, Nick Sabalausky <span dir="ltr"><<a href="mailto:SeeWebsiteToContactMe@semitwist.com" target="_blank">SeeWebsiteToContactMe@semitwist.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 Wed, 17 Oct 2012 15:03:41 +0300<br>
Manu <<a href="mailto:turkeyman@gmail.com">turkeyman@gmail.com</a>> wrote:<br>
><br>
> Well let's attempt to begin that process in that case :)<br>
><br>
<br>
</div>I agree.<br>
<div class="im"><br>
> why include/d2? include/d/ seems much better... what are the chances a<br>
> library have both a d1 and d2 version which may conflict in include/d?<br>
><br>
<br>
</div>While this doesn't solve the issue of multiple versions of the same lib,<br>
I think "multiple versions of the same lib" is an issue that can't be<br>
properly solved until we have a standard package manager, anyway.<br>
<br>
So my vote goes for sticking everything (*except* phobos and druntime<br>
since those are tied to a specific version of the compiler)<br>
into /usr/include/d2<br>
<br>
I don't think we should be remotely worried about calling it "d2",<br>
because really the whole "D2 is now called D" thing is little more than<br>
a marketing/branding/defaults matter, and we're not talking about<br>
evangelizing D here, we're just talking about a technical<br>
implementation matter. And even if "D" now means "D2" by default, the<br>
D1/D2 monikers are still very useful when disambiguation is needed,<br>
which is exactly the case here. (I don't see Pythoners worrying about<br>
"Let's avoid calling v3.x 'Python 3'.")<br>
<br>
And even if one *could* argue that there's little chance of technical<br>
conflicts, using '/usr/include/d2' *guarantees* there won't be any<br>
conflicts, and doesn't cause any real problem, so the whole question<br>
becomes completely irrelevant anyway. '/usr/include/d' might have<br>
issues, '/usr/include/d2' *will work*, period. So I say let's just go<br>
with '/usr/include/d2' and be done with it. Then we can get around to<br>
adding a proper package manager later to solve the "multiple versions<br>
of the same lib", but in the meantime at least we've made progress.<br></blockquote><div><br></div><div>Hear hear.</div></div>