| 1 |
Hi Petric, |
| 2 |
|
| 3 |
On Thu, Sep 12, 2013, Petric Frank wrote: |
| 4 |
> During linking of my (c++, Qt) project i had to give the full names (and path) |
| 5 |
> of two shared libs required (and provided) by libreoffice. These are |
| 6 |
> /usr/lib(64)/libreoffice/ure/lib/libreg.so.3 |
| 7 |
> /usr/lib(64)/libreoffice/ure/lib/libstore.so.3 |
| 8 |
> |
| 9 |
> As they are not symlinked to version-less versions i can not simply give |
| 10 |
> -lreg -lstore |
| 11 |
> as link statement. I have to refer them using their full path. |
| 12 |
|
| 13 |
You should be able to use: -L '$(libexecdir)' -l libreg.so.3 -l libstore.3 |
| 14 |
where libexecdir is pretty clear, i hope. (Choose another name though, |
| 15 |
it's how I'd refer to it from inside libreoffice, and may only be one |
| 16 |
of N there for all I know; i don't use it.) It's make syntax, not shell. |
| 17 |
(I realise you prob'y know that, but might not in CMake land, and I'd |
| 18 |
be remiss if I didn't mention it.) |
| 19 |
|
| 20 |
> My questions are: |
| 21 |
> - Is this a bug ? |
| 22 |
|
| 23 |
In general yes, however this is in a private app-dir, not a path in the |
| 24 |
standard linker lookup (which is why the standard set of symlinks is not |
| 25 |
in place. It's not an exported ABI.) |
| 26 |
|
| 27 |
So no, not in this case, but it would be in a standard libdir. |
| 28 |
|
| 29 |
> - If yes - should i place the bug report at the gentoo bug tracker or the |
| 30 |
> libreoffice one ? |
| 31 |
|
| 32 |
Always gentoo first, so that they can send it upstream as a distro bug, |
| 33 |
should it be needed. That helps you get it solved quicker upstream, and |
| 34 |
saves you hassle. |
| 35 |
|
| 36 |
Regards, |
| 37 |
steveL. |
| 38 |
-- |
| 39 |
#friendly-coders -- We're friendly, but we're not /that/ friendly ;-) |
Archives