Dmitrijs Ledkovs <x...@debian.org> wrote:

> Control: tag -1 patch
>
> Heya,
>
> Here is a proposed patch to multiarch libicu-dev.
> I split the utilities into a separate package, called icu-tools and
> mark it as Multi-Arch: foreign (can install only one copy, and foreign
> arch packages can depend on it)
> I move the headers into multi-arch location, as platform.h is
> different between big and little indian platforms and mark it as
> Multi-Arch: same & make it depend on icu-tools package (can install
> multiple copies of libicu-dev)
>
> I have tested and all packages that either use icu-config or
> pkg-config files for icu, configure/compile/install/run correctly.
>
> I have also committed to boost svn trees a small fix to correctly find
> icu at configure step (boost's custom build system jam, didn't use
> neither icu-config nor pkg-config, but hard-coded paths).
>
> All boost, xerces, and libreoffice all build and work correctly.
>
> Please consider and apply below patch.
>
> Regards,
>
> Dmitrijs.

This looks good to me.  Somehow I managed to miss or forget that gcc was
searching in /usr/include/$(DEB_HOST_MULTIARCH), but I guess it would
pretty much have to.  This patch is doubly helpful to me because I can
use a similar approach to finish tiff's multiarch conversion.  I also
had a subtle error in my mind about Multi-Arch: foreign.  It's been too
long since I read the multiarch conversion guide.

I will probably tweak the comment you added to the rules file and maybe
add a NEWS entry but will most likely otherwise accept the patch as is.
Thank you very much for doing this.  I will try to get to this by the
end of the week.

-- 
Jay Berkenbilt <q...@debian.org>


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to