<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 30, 2013 at 10:43 AM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank" class="cremed">rafael.espindola@gmail.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">> What problem are you actually trying to solve? Is it that the GCC installation is under a Major.Minor directory, and the headers are under a Major.Minor.Patch directory? Why on earth would that happen? It doesn't make any sense to me and so doesn't seem like something we should really support. I expect the GCC installation to have the same version number spelling as the libstdc++ installation, which seems like a sane place to be. Anything else and we're running the risk of version skew.<br>

<br>
</div>Commenting only on the problem, not the patch:<br>
<br>
Something like that yes. On a vanilla 13.10 installation + arm cross<br>
compiler we have /usr/lib/gcc-cross/arm-linux-gnueabihf/4.8 being a<br>
symbolic link to 4.8.1, but in /usr/arm-linux-gnueabihf/include/c++/<br>
there is only a 4.8.1.</blockquote></div><br>Maybe we should resolve symlinks in the installation detector to get the precise version? (while still using them, and thus preferring the symlinked version over some other, possibly unstable, version installed.</div>
</div>