Pass -B to objcopy binary symbol test

[Alan Modra]

On Mon, Nov 03, 2025 at 01:56:50AM +0200, Alon Bar-Lev wrote:
> On Mon, 3 Nov 2025 at 01:38, Maciej W. Rozycki <macro@orcam.me.uk> wrote:
> 
> > On Fri, 31 Oct 2025, Alan Modra wrote:
> >
> > > objcopy -I binary -O some_coff_target does not currently work without
> > > choosing a valid arch with -B.  This used to be the case for ELF
> > > targets too, until commit 6765ee1825d9.
> >
> >  FWIW this test still fails for numerous targets:
> >
> > aarch64-darwin  +FAIL: binary symbol (implicit)
> > aarch64-darwin  +FAIL: binary symbol (explicit)
> > arm-darwin  +FAIL: binary symbol (implicit)
> > arm-darwin  +FAIL: binary symbol (explicit)
> > hppa-hp-hpux10  +FAIL: binary symbol (implicit)
> > hppa-hp-hpux10  +FAIL: binary symbol (explicit)
> > i386-darwin  +FAIL: binary symbol (implicit)
> > i386-darwin  +FAIL: binary symbol (explicit)
> > kvx-elf  +FAIL: binary symbol (implicit)
> > kvx-elf  +FAIL: binary symbol (explicit)
> > kvx-linux  +FAIL: binary symbol (implicit)
> > kvx-linux  +FAIL: binary symbol (explicit)
> > powerpc-darwin  +FAIL: binary symbol (implicit)
> > powerpc-darwin  +FAIL: binary symbol (explicit)
> > x86_64-darwin  +FAIL: binary symbol (implicit)
> > x86_64-darwin  +FAIL: binary symbol (explicit)

Yes, I think all of these fails are due to target bugs in handling
foreign object file symbols.  ie. the new test exposed old problems.

> I see that the template `^[0-9a-fA-F]+?[ ]+[TtDdA] ([0-9a-zA-Z_]+` does not
> support the `U`.

Nor should it.  The symbols are not undefined.

> Can you please describe how you run this CI, I will try to fix everything.

configure \
--disable-gdb --disable-gdbserver --disable-sim --disable-readline \
--disable-libbacktrace --disable-libdecnumber --disable-gprofng \
--target=aarch64-darwin
make
make check

And similarly for the other targets.

-- 
Alan Modra