1 |
the next tweak i'll be making is the order of paths returned by |
2 |
get_all_libdirs. it guarantees "lib" to always be in the list and it does |
3 |
this simply by having it be the first item. i cant see this position being a |
4 |
hard requirement, just a coding convenience, and it's desirable to have the |
5 |
paths follow the actual ABI dir preferences (e.g. Bug 357225). |
6 |
|
7 |
so the new code will return paths according to the MULTILIB_ABIS order, and |
8 |
then append "lib" only if it hasnt already been posted. assumption here is |
9 |
that "lib" is only showing up if people want to symlink or otherwise fake it, |
10 |
and so prefer the native paths first. |
11 |
|
12 |
in looking at the few packages that actually use this function, i cant see any |
13 |
problems. it's used to set up search paths and preferring the "faked" dir |
14 |
over the real dir, or even a diff ABI over the active ABI, shouldn't be an |
15 |
issue. |
16 |
-mike |