[Debian GNUstep maintainers] Bug#918781: src:gnustep-base: odd FTBFS on powerpc, powerpcspe and ppc64

[Yavor Doganov]

Mathieu Malaterre wrote:
> On Wed, Jan 9, 2019 at 12:15 PM Yavor Doganov <yavor at gnu.org> wrote:
> > Mathieu Malaterre wrote:
> > > Based on the error on powerpc (2):
> > >
> > > description.m:26:3: warning: passing argument 3 of
> > > 'initWithXMLString:options:error:' from incompatible pointer type
> > > [-Wincompatible-pointer-types]
> > >    xmlDoc = [[NSXMLDocument alloc] initWithXMLString:xmlDocStr
> > > options:0 error:error];
> > >    ^~~~~~
> > > description.m:26:3: note: expected 'struct NSError **' but argument is
> > > of type 'struct NSError *'
> >
> > OK, there's a typo here (should be &error).  But that's certainly not
> > the reason for the failure; all NXSMLNode tests pass.
> >
> > > I would say something is bogus in the deps (update version number in
> > > d/control to prevent possible incompatible deps).
> >
> > I'm afraid I don't understand.  What's wrong with the deps?
> 
> Reading from the error log, it felt like an API was changed (hence the
> compilation error). So I suggested updating X.Y in something like
> Depends: libfoo-dev (>= X.Y) in your d/control.

But this doesn't make sense.  That's gnustep-base's own testsuite
which is self-contained: test programs link with the just built
library and use uninstalled headers from the src tree for compilation.
I fail to see what debian/control has to do with it.  (And it's a
warning, not compilation error, due to an innocent typo that's also
present in the version in unstable.)