<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Jan 4, 2015 at 6:34 PM, Sean Farley <span dir="ltr"><<a href="mailto:sean.michael.farley@gmail.com" target="_blank">sean.michael.farley@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
Jed Brown writes:<br>
<br>
> Sean Farley <<a href="mailto:sean.michael.farley@gmail.com">sean.michael.farley@gmail.com</a>> writes:<br>
>> The only problem with using non-system compilers is with C++ because<br>
>> clang++ is not ABI compatible with g++. You could use gcc just fine if<br>
>> there was something to enforce the induced dependency graph.<br>
><br>
> Uh, isn't this libc++ vs libstdc++ rather than clang++ vs g++?  Note<br>
> that merely mixing -std=c++11 code with a single compiler can be a<br>
> problem.  C++ repeatedly chooses language features that make binary<br>
> compatibility difficult.<br>
<br>
</span>Yes, a slip on my part. I meant libc++ vs libstdc++ not being ABI<br>
compatible.<br>
<span class=""><br>
>> Nope, nope, nope, nope. Using multiple package managers, including<br>
>> the broken python ones is a suggestion that is dead on arrival. I sure<br>
>> as shit don't want to remember the different commands to search for a<br>
>> package with multiple managers (Python, Ruby, node, etc.). Plus, it<br>
>> doesn't solve the issue with packages that depend on other packages not<br>
>> in its system.<br>
><br>
> I agree with Sean that mixing package managers is a mess.  Maybe if I<br>
> lived in a self-contained Python-only world, but I don't.  I want to be<br>
> able to reliably install (and upgrade, remove, query) a package that<br>
> depends on any subset of packages.  That could mean mixing Python,<br>
> Haskell, R, and Emacs packages.<br>
<br>
</span>Exactly.<br>
</blockquote></div><br></div><div class="gmail_extra">I also agree that mixing package managers is a mess. I still prefer it to manual installation in most cases. A single package manager solution would be best, but I have yet to see one effectively incorporate existing language-specific package ecosystems.</div><div class="gmail_extra"><div class="gmail_signature"><div dir="ltr"><span></span></div></div>
</div></div>