Control: tags -1 moreinfo On Thu, 6 Aug 2015 00:56:04 +0200 Tomasz Buchert <tom...@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
