On 02/19/2014 09:03 AM, Richard Biener wrote: > On Tue, 18 Feb 2014, Richard Biener wrote: > >> >> The following two pieces fix the fallout of >> >> 2013-05-22 Mark Mitchell <m...@codesourcery.com> >> Sandra Loosemore <san...@codesourcery.com> >> >> * configure.ac (dbexecdir): Base on $(toolexeclibdir), not >> $(libdir). >> ... >> >> that makes a wreck out of my 4.9-based libjava installs. >> >> First it avoids to break dbexecdir with MULTSUBDIR= by removing >> the redundant but non-version-specific-aware multilib addition. >> >> Second, it makes sure that gcc_version, used in the >> version-specific path, is defined at all in classpath/ and its >> subdirs. >> >> Tested for my particular configuration, I'll do a default, >> non-version-specific one as well (but expect no changes). >> >> Ok for trunk? > > In addition to my weird non-multilib version-specific variant > I now tested regular non-version-specific and multilib variant > as well as version-specific multilib variant and all looks ok. > > Thus, > > Ok for trunk?
It may be that someone understands this, but I don't. What does this change do? Andrew.