On 18 October 2012 09:22, David Nadlinger <span dir="ltr"><<a href="mailto:see@klickverbot.at" target="_blank">see@klickverbot.at</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 Wednesday, 17 October 2012 at 23:33:44 UTC, Manu wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
That I support his comments and suggestion.<br>
</blockquote>
<br></div>
Oh, really just that then. I wasn't quite sure if you were still<br>
worried about<div class="HOEnZb"><div class="h5"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Although that seems sad; D shouldn't identify its self as<br>
the second coming of D, since that basically implies that the first<br>
coming was a failure.<br>
</blockquote>
<br></div></div><span class="HOEnZb"><font color="#888888">
David<br>
</font></span></blockquote></div><br><div>Well,</div><div>1) if there IS legitimate concern of conflict with D1, then it must be /d2, I'm just dubious that any conflict would actually exist, and new-comers (ideally, the majority of the community in the future) would probably presume /d and wonder what this /d2 is all about. Someone mentioned the tango object.di case... I don't know anything about that, but I'll presume others know better than me.</div>
<div>and 2) I don't really care where it is, I would just like an answer that is agree'd by the various compilers, and which is included in each of their search paths by default. How can one make a build script for their apps when it's not consistent where libraries are to be found?</div>
<div>A package manager is all well and good, but it doesn't exist yet. We need to nominate a standard path in the mean time.</div><div><br></div><div>I don't have to go adding -I/usr/include when compiling C code, that's the point. If a lib was installed by some standard distribution, you should just be able to use it in your app without trouble. This is particularly important when dealing with D bindings for C libs, since it basically has to work within the C conventions to find the lib, the headers should be distributed similarly.</div>