Niko Tyni wrote: > 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.
Thanks for the update. (BTW your comments on why libpth in perl-base is not likely to be part of the essential functionality were convincing.) > 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. Makes sense. That could be gcc-4.6 (>= 4.6.0-13) | gcc (<< 4:4.5), gcc (>> 4:4.6) | gcc-4.4 (>= 4.4.6-4) to make sure the /usr/bin/gcc symlink points in the right place, except I have a vague fear that autobuilders might simplify it to gcc-4.6 (>= 4.6.0-13), gcc (>> 4:4.6) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
