Control: reassign -1 meson Hi!
On Sat, 2016-02-20 at 14:52:43 +0200, Jussi Pakkanen wrote: > Package: libdpkg-perl > Version: 1.18.4 > The Meson package is running debtests that compile a test project > separately with gcc and clang. This has started failing with an error > message from libdpkg-perl. The full log is here: > > https://ci.debian.net/data/packages/unstable/amd64/m/meson/20160218_083321.autopkgtest.log.gz > > The log shows that Meson's test runs successfully but something prints this: > > Can't exec "gcc": No such file or directory at > /usr/share/perl5/Dpkg/Arch.pm line 126. > dpkg-architecture: warning: cannot determine CC system type, falling back > to default (native compilation) > > It seems that libdpkg-perl gets confused by the fact that clang is > installed on the system but gcc is not and prints a warning to stderr. This > causes Debian's test runner to flag the test as a failure even though the > actual test passes. I don't know what calls into libdpkg-perl or why, the > test itself does not do that. It seem to me dpkg-architecture is being called in «mesonbuild/mesonlib.py». > It seems like libdpkg-perl should be able to handle a missing gcc and fall > back to using clang instead. Currently the default and expected compiler defining the ABI of a dpkg arch is gcc. And build flags are based on what the current gcc default supports. Falling back natively to clang in dpkg would break several assumptions. My current stance on this is that dpkg should make it possible to use clang or any other compatible compiler, but then this should be a user/maintainer initiated action, and any fallout should be the responsibility of whoever requested that to dpkg-dev In this case just setting CC=clang before anything that involves a call to a script in dpkg-dev, should make it work. Thus reassigning. Thanks, Guillem
