| 1 |
On 12/23/20 6:04 PM, Aisha Tammy wrote: |
| 2 |
> |
| 3 |
> Yes, this sounds doable and should work > |
| 4 |
> Only problem is that if there is an actual liblua.so with the proper |
| 5 |
> SONAME available in /usr/lib64 (I dunno if Gentoo has any provider of |
| 6 |
> liblua.so with that SONAME, IIRC SLOT=0 currently does that) then it |
| 7 |
> will ignore the wrong SONAMEd even with the -L/usr/lib64/lua5.2/ |
| 8 |
> |
| 9 |
|
| 10 |
eselect-lua creates a symlink named /usr/lib64/liblua.so, but the -L |
| 11 |
path should take precedence when looking for liblua.so. When it's |
| 12 |
looking for e.g. liblua5.2.so at runtime, there is only one copy to |
| 13 |
find, so no problem there. |
Archives