Buildbot (GNU Toolchain): binutils-gdb - failed compile (failure) (master)

[Hans-Peter Nilsson]

Hi all.

> From: Mark Wielaard <mark@klomp.org>
>
> Hi Nick,
> 
> On Tue, 2022-06-21 at 10:32 +0000, builder--- via Binutils wrote:
> > A new failure has been detected on builder binutils-debian-amd64
> > while building binutils-gdb.
> > 
> > Full details are available at:
> >     https://builder.sourceware.org/buildbot/#builders/68/builds/228
> > 
> > Build state: failed compile (failure)
> > Revision: acd65fa610df09a0954b8fecdadf546215263c5d
> > Worker: bb1
> > Build Reason: (unknown)
> > Blamelist: Nick Clifton <nickc@redhat.com>
> 
> So that is:
> 
> commit acd65fa610df09a0954b8fecdadf546215263c5d (HEAD -> master,
> origin/master, origin/HEAD)
> Author: Nick Clifton <nickc@redhat.com>
> Date:   Tue Jun 21 11:22:38 2022 +0100
> 
>     Default to disabling the linker warnings about execstack and RWX
> segments if the target is the HPPA architecture.
>     
>     PR 29263
>     * configure.ac (ac_default_ld_warn_execstack): Default to 'no' for
>     HPPA targets.
>     (ac_default_ld_warn_rwx_segments): Likewise.
>     * configure: Regenerate.
>     * testsuite/ld-elf/elf.exp: Add the --warn-execstack command line
>     option to the command line when running execstack tests for the
>     HPPA target.
> 
> This failed on all builders:
> https://builder.sourceware.org/buildbot/#/changes/2323
> 
> And I can reproduce it locally (with a clean build tree):
> 
> $ ~/src/binutils-gdb/configure --enable-gold --enable-shared
> $ make -j8 all-gas all-ld all-binutils all-gold
> 
> make[1]: Entering directory '/opt/local/build/binutils-gdb-obj/ld'
> Makefile:2629: .deps/emmo.Pc: No such file or directory
> make[1]: *** No rule to make target '.deps/emmo.Pc'.  Stop.
> 
> But I have no idea why/how your patch caused it. Maybe because
> configure was recreated and sets am__api_version to 1.16 from 1.15?
> Wild guess, might be totally unrelated.

I had the same confusion when I had a (brief) look into my
own autobuilder failure and made a feeble attempt at
tracking it down.  Maybe a bug in automake-1.16...

Nick: Incidentally, that's not the preferred way to set the
default values; that's in ld/configure.tgt.  As I mentioned
in the bugzilla, see my commit 5d02a15c69c6.  OTOH, if I'm
wrong and miss something, it'd be nice to know, for future
reference.

brgds, H-P