Hi! On Mon, 2017-11-20 at 15:03:22 +0000, Sérgio Basto wrote: > On Sun, 2017-08-06 at 04:36 +0100, Sérgio Basto wrote: > > On Wed, 2017-08-02 at 01:15 +0200, Guillem Jover wrote: > > > On Tue, 2017-08-01 at 13:01:55 +0100, Sérgio Basto wrote: > > > > BTW if you are interested still failing on armv7 > > > > [1] , I had report arm fail some months ago. The fail on arm is > > > > because > > > > dpkg-architecture -qDEB_BUILD_GNU_TYPE and dpkg-architecture > > > > -qDEB_HOST_GNU_TYPE have different results [2], any suggestion ? > > > > > > > > [2] > > > > + dpkg-architecture -qDEB_BUILD_GNU_TYPE > > > > arm-linux-gnu > > > > + dpkg-architecture -qDEB_HOST_GNU_TYPE > > > > arm-linux-gnueabi > > > > > > This looks indeed fishy. What's the output of: > > > > > > % dpkg --print-architecture > > > % $CC -dumpmachine
Sorry, it seems I lost track of the previous mail, and never replied before. :( > > I could get a test in arm yet , but on ppc64le (which failed) I got : > > > > + cd debhelper > > + dpkg-architecture -qDEB_BUILD_GNU_TYPE > > powerpc64le-linux-gnu > > + dpkg-architecture -qDEB_HOST_GNU_TYPE > > dpkg-architecture: warning: unknown CC system type ppc64le-redhat- > > linux, falling back to default (native compilation) > > powerpc64le-linux-gnu > > + cc -dumpmachine > > ppc64le-redhat-linux That's because dpkg-architecture does not recognize ppc64(el|le|) as a known GNU triplet. Even config.sub normalizes that to powerpc64: $ /usr/share/misc/config.sub ppc64le-redhat-linux powerpc64le-redhat-linux-gnu > > but not failed in aarch64 with: > > > > + cd debhelper > > + dpkg-architecture -qDEB_BUILD_GNU_TYPE > > aarch64-linux-gnu > > + dpkg-architecture -qDEB_HOST_GNU_TYPE > > aarch64-linux-gnu > > + cc -dumpmachine > > aarch64-redhat-linux > > Fails in armv7 : > > + dpkg-architecture -qDEB_BUILD_GNU_TYPE > arm-linux-gnu > + dpkg-architecture -qDEB_HOST_GNU_TYPE > arm-linux-gnueabi > + dpkg --print-architecture > arm > + cc -dumpmachine > armv7hl-redhat-linux-gnueabi A similar problem here, well, worse because the arch the compiled dpkg thinks it is built for has nothing to do with armv7! The arm arch is the old non-EABI arch. The correct arch here should be armel. $ dpkg-architecture -tarmv7hl-redhat-linux-gnueabi -qDEB_HOST_ARCH armel So either the dpkg was built for the old ARM OABI, and the compiler is for ARM EABI, or something was wrong during compilation? Thanks, Guillem
