<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 23 May 2013 14:58, Richard W.M. Jones <span dir="ltr"><<a href="mailto:rjones@redhat.com" target="_blank">rjones@redhat.com</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">
</div>Debian (since 7?) has settled on using subdirectories of /usr/lib for<br>
different architectures. See:<br>
<br>
<a href="http://wiki.debian.org/Multiarch" target="_blank">http://wiki.debian.org/Multiarch</a><br>
<br>
It supports more than just "64 bit or not", such as different kernels,<br>
different endianness, and different instruction set extensions.<br>
<br>
There's a link which explains better than I can why they did it:<br>
<br>
<a href="http://wiki.debian.org/Multiarch/TheCaseForMultiarch" target="_blank">http://wiki.debian.org/Multiarch/TheCaseForMultiarch</a><br></blockquote><div><br></div><div>Thanks for the links.<br><br>I'm not the best person to judge, but it looks overcomplicated to me. For sure existing commercial binary packages shipped in RPM format will have a lot of problems.<br>
</div></div><br clear="all"></div><div class="gmail_extra">Thanks,<br></div><div class="gmail_extra">--Simone<br><br><br></div><div class="gmail_extra">-- <br><div dir="ltr">You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson).<br>
<br><a href="http://xkcd.com/229/" target="_blank">http://xkcd.com/229/</a><br></div>
</div></div>