On Fri, Jun 03, 2011 at 07:41:44AM +0300, Niko Tyni wrote: > This seems to imply that blindly overriding CCFLAGS isn't quite the right > thing to do after all. A better approach might be to update the EU::MM > documentation, optionally add a new CCEXTRAFLAGS that automatically > includes $Config{ccflags}, and fix the modules that currently don't use > $Config{ccflags} at all. > > I'll comment on the upstream ticket too.
No comments from upstream, so I suggest it's now an appropriate moment to get on and fix the individual packages (if we want to get the perl 5.14 up and running). The current list, based on my rebuilds this weekend, is: - hivex - libapache2-mod-perl2 - libcrypt-gcrypt-perl - libgd-gd2-perl - libogre-perl - libois-perl - libpdl-io-hdf5-perl - libpdl-netcdf-perl (doesn't actually fail, but seems to carry on even though the build fails) - subversion (#628507) Given the lack of action upstream so far I don't think we should yet implement EXTRACCFLAGS yet, but I do think we should patch our perl with the documentation patch. Possible template bug report text for the broken modules: -------- As discussed on Debian bug #628522, this package fails to build with perl 5.14.1 because $Config{ccflags} is being overridden by local CCFLAGS options: <insert build log snippet> This bug is also discussed upstream at <https://rt.cpan.org/Public/Bug/Display.html?id=68613>. Please modify the build system of this package to include $Config{ccflags} into CFLAGS. In most cases this will be by editing Makefile.PL. -------- -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org