Bug#942113: 3depict: FTBFS on PPC64EL - POWERPC macro not always defined

[Olly Betts]

Control: tags -1 + pending

On Thu, Oct 17, 2019 at 04:12:35PM +1300, Olly Betts wrote:
> And why does this only cause an error on one architecture?  I downloaded
> and compared the headers in the amd64 and ppc64el libqhull-dev packages
> and they're identical.  If neither __MWERKS__ nor __POWERPC__ are
> defined on ppc64el then the same situation should exist on amd64.  If
> __POWERPC__ *is* defined on ppc64el that could be a difference - I can't
> connect to the ppc64el porterbox to check though.

Aha!  wxWidgets "helpfully" defines __POWERPC__ for us on ppc64el, but
to an empty value.  Then 3depict has a workaround to define it to 1 if
it is defined, because that empty value breaks Qhull.

This bug has been open 7 days without a maintainer response now, so
I'm going to NMU a patch to undefine __POWERPC__ instead, which seems
a better solution since Qhull won't expect GCC to define it anyway.

Cheers,
    Olly