Bug#630399: perl: multiarch libc and partial upgrades

[Niko Tyni]

On Thu, Jun 30, 2011 at 10:28:31PM +0300, Niko Tyni wrote:

> That means the gcc-4.6 build dependency option is looking better again.

>  Build-Depends: gcc-4.6 (>= 4.6.0-13) [!sparc], gcc-4.4 (>= 4.4.6-4) [sparc]

A couple of quick notes:

- a sourceful change to make sure the multiarch paths are included
  in libpth is still necessary. The powerpc build of 5.12.4-1 was done
  on a buildd that with an old enough gcc + libc6 that it's still not
  multiarch enabled
   https://buildd.debian.org/status/fetch.php?pkg=perl&arch=powerpc&ver=5.12.4-1&stamp=1309478307

- http://packages.debian.org/sid/gcc shows 4.4 is the default on
  ia64 too, and also on quite a few non release architectures.

I'd love to have a better solution than the arch-specific build dependencies
this is leading to.

Maybe go back to specifying plibpth manually to Configure for a while
(overriding the upstream change of parsing 'gcc -print-search-dirs'),
and Build-Depend on 
 gcc-4.6 (>= 4.6.0-13) | gcc-4.4 (>= 4.4.6-4)
which guarantees that /usr/lib/<triplet> exists regardless of which gcc
is actually used.
-- 
Niko Tyni   ntyni at debian.org