Your message dated Wed, 1 Aug 2012 16:49:34 +0200
with message-id
<CAMqf4EHV==t-tuk8q_xzzxb4zyvs-6rb14m8dlmjg8hjezx...@mail.gmail.com>
and subject line Re: cmake: Please add multiarch libdir into
CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES
has caused the Debian Bug report #683484,
regarding cmake: Please add multiarch libdir into
CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
683484: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683484
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: cmake
Version: 2.8.9~rc1-1
Severity: wishlist
Hello,
One of my packages uses RPATH because some libraries are put into
/usr/lib/package.
I use ${CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES} to remove system
paths from RPATH.
It worked fine, but after migrating this package to multiarch, RPATH
now contains
/usr/lib/<triplet> because this directory is not listed in
CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES.
Can you please add it?
Thanks,
Denis
--- End Message ---
--- Begin Message ---
On 2012/8/1 Brad King wrote:
> On 08/01/2012 03:48 AM, D. Barbier wrote:
>> I use ${CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES} to remove system
>> paths from RPATH.
>
> FYI, CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES is not documented by
> CMake as a publicly available value. It is an internal implementation
> detail, though I doubt it is going away.
>
>> It worked fine, but after migrating this package to multiarch, RPATH
>> now contains
>> /usr/lib/<triplet> because this directory is not listed in
>> CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES.
>> Can you please add it?
>
> CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES contains hard-coded
> guesses on specific platforms for typical system directories.
> It pre-dates CMake's modern functionality that detects the real
> implicit library search path used by the compiler front-end.
> Those results are stored in
>
> CMAKE_${lang}_IMPLICIT_LINK_DIRECTORIES
>
> where "${lang}" is "C", "CXX", "Fortran", etc. for each language
> that has been enabled. This one is publicly documented:
>
>
> http://www.cmake.org/cmake/help/v2.8.8/cmake.html#variable:CMAKE_LANG_IMPLICIT_LINK_DIRECTORIES
>
> Use that instead. It first appeared in CMake 2.8.0.
Thanks Brad, this works fine, so I am closing this bugreport.
Denis
--- End Message ---
