On Wed, Jan 9, 2019 at 1:59 PM Mathieu Malaterre <ma...@debian.org> wrote: > > On Wed, Jan 9, 2019 at 1:56 PM Yavor Doganov <ya...@gnu.org> wrote: > > > > Mathieu Malaterre wrote: > > > On Wed, Jan 9, 2019 at 12:15 PM Yavor Doganov <ya...@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