[debhelper-devel] Bug#641051: debhelper: cmake and multiarch -- another possible patches

[Niels Thykier]

Control: tags -1 moreinfo

On Thu, 6 Aug 2015 00:56:04 +0200 Tomasz Buchert <tomasz at debian.org> wrote:
> Hi everybody,
> 
> what is the status of this? I'm trying to pass multiarch library path
> in a clean way. I noticed that CMAKE_LIBRARY_ARCHITECTURE is set to
> the arch triplet internally and so I can use it to patch upstream [1].
> 

Hi,

I have been in contact with Felix Geyer and Lisandro.  As I understand
them, cmake should be handling this part itself and debhelper should not
try to change anything.  Notably, it sets LIBDIR to
lib/$MULTIARCH_TRIPLET, which should "just work(tm)" assuming upstream
uses LIBDIR instead of hardcoding "lib".

> However, I also noticed that I *can't* set it to anything custom in
> dh_auto_configure, as it is overwritten by cmake. I think it may pose
> problems while cross-compiling, right? A possible solution would be to
> push a patch upstream that respects CMAKE_LIBRARY_ARCHITECTURE
> provided manually.
> 
> I think that for now I'll pass the triplet via my own custom variable
> (just to be on the safe side).
> 
> Tomasz
> 
> [1] http://anonscm.debian.org/cgit/collab-maint/libdivsufsort.git/tree/debian/patches/0001-Allow-to-set-custom-LIBDIR-for-multi-arch.patch

If cmake indeed picks the wrong variable multi-arch path for
cross-builds, then my first guess is that you should file a bug against
cmake.

At this point, I am not certain there is anything left to do in
debhelper, which is why I am now tagging the bug as "moreinfo".

Thanks,
~Niels

References:
 *
https://anonscm.debian.org/cgit/collab-maint/cmake.git/tree/Modules/GNUInstallDirs.cmake