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

[Mathieu Malaterre]

On Wed, Jan 9, 2019 at 1:59 PM Mathieu Malaterre <malat at debian.org> wrote:
>
> On Wed, Jan 9, 2019 at 1:56 PM Yavor Doganov <yavor at gnu.org> wrote:
> >
> > 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.)
>
> I now realize my mistake. I grepped for "error:"... sorry for the noise.
>
> I'll give it a try on my powerpc box.

Builds is ok, on MacMini G4 / 512M