On Saturday 22 August 2015 12:54:14 Tomasz Buchert wrote:
[snip]
> > Basically the CMakeLists.txt should be using this variables and things
> > should just work. Not doing it it's most probably a bug.
>
> Well, yes, but a few minor notes here:
>
> * the upstream has to use GNUInstallDirs modul
On 13/08/15 11:30, Lisandro Damián Nicanor Pérez Meyer wrote:
> On Thursday 13 August 2015 15:21:54 Niels Thykier wrote:
> [snip]
> > 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
On Thursday 13 August 2015 15:21:54 Niels Thykier wrote:
[snip]
> 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
Control: tags -1 moreinfo
On Thu, 6 Aug 2015 00:56:04 +0200 Tomasz Buchert 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 p
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].
However, I also noticed that I *can't* set it to anything custom in
dh_aut
Hi,
Here is another proposal for patch based on the third case.
-DCMAKE_LIBRARY_ARCHITECTURE=$(DEB_HOST_MULTIARCH)
This also requires to patch upstream CMakeLists.txt as -DCMAKE_INSTALL_LIBDIR
This time, I did not forget to set $multiarch as you may have already
noticed. (Previous ones needs
6 matches
Mail list logo
