On Wed, Sep 14, 2011 at 04:33:13PM -0400, Joey Hess wrote:
> Yann Dirson wrote:
> > Right, looks like the standard cmake rules install libs into
> > ${CMAKE_INSTALL_PREFIX}/lib/ without it being possible to override.
> >
> > Looks like the shortest path to multiarch here would be to move the
> > l
Yann Dirson wrote:
> Right, looks like the standard cmake rules install libs into
> ${CMAKE_INSTALL_PREFIX}/lib/ without it being possible to override.
>
> Looks like the shortest path to multiarch here would be to move the
> lib/ and usr/lib/ contents to the appropriate dir. Maybe just
> immedia
On Fri, Sep 09, 2011 at 05:57:08PM -0400, Joey Hess wrote:
> Yann Dirson wrote:
> > With debian/compat==9 I expected dh_auto_configure to pass some
> > defines to cmake for multiarch (the manpage does not seem to mention
> > any exception to this rule), but:
>
> I maintain the cmake code by applyi
Yann Dirson wrote:
> With debian/compat==9 I expected dh_auto_configure to pass some
> defines to cmake for multiarch (the manpage does not seem to mention
> any exception to this rule), but:
I maintain the cmake code by applying patches; nobody has sent a patch
to make it do anything with multia
Package: debhelper
Version: 8.9.6
Severity: normal
With debian/compat==9 I expected dh_auto_configure to pass some
defines to cmake for multiarch (the manpage does not seem to mention
any exception to this rule), but:
$ dh_auto_configure -v
mkdir -p obj-x86_64-linux-gnu
cd obj-x86
5 matches
Mail list logo
