public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Mark Wielaard <mark@klomp.org>
To: gdb-patches@sourceware.org, binutils@sourceware.org
Cc: Martin Jambor <mjambor@suse.cz>, nickc@redhat.com
Subject: Re: [PATCH] Regenerate gas/config.in and ld/configure
Date: Sun, 12 Nov 2023 18:21:40 +0100	[thread overview]
Message-ID: <20231112172140.GP31613@gnu.wildebeest.org> (raw)
In-Reply-To: <20231112171138.1553448-1-mark@klomp.org>

Apologies, the below should of course have gone to binutils not
gdb-patches. The script runs for the whole binutils-gdb git repo
though.

On Sun, Nov 12, 2023 at 06:11:38PM +0100, Mark Wielaard wrote:
> commit d173146d9 "MIPS: Change all E_MIPS_* to EF_MIPS_*"
> changed gas/config.in to rename USE_E_MIPS_ABI_O32 to USE_EF_MIPS_ABI_O32
> this new name sorts differently when regenerating gas/config.in
> 
> commit e922d1eaa "Add ability to change linker warning messages into
> errors when reporting executable stacks and/or executable segments."
> Introduced two new help strings for --enable-error-execstack and
> --enable-error-rwx-segments in configure.ac which weren't included
> in ld/configure when regenerated.
> 
> 	* gas/config.in: Regenerate.
> 	* ld/configure: Likewise.
> ---
> 
> Martin Jambor has a script from Martin Liska which can regenerate
> and check auto* files are properly created with the intended autoconf
> and automake version for gcc. We adapted it to binutils and added
> a buildbot to use the script to check the binutils-gdb git repo.
> It found these two small discrepancies. OK to push?
> 
> https://inbox.sourceware.org/gcc/20231108233059.GA31613@gnu.wildebeest.org/T/
> https://inbox.sourceware.org/buildbot/ZVECB_5PCtf2FW4R@elastic.org/T/
> 
>  gas/config.in | 6 +++---
>  ld/configure  | 8 ++++++--
>  2 files changed, 9 insertions(+), 5 deletions(-)
> 
> diff --git a/gas/config.in b/gas/config.in
> index ea21757f6a7..6333a964c71 100644
> --- a/gas/config.in
> +++ b/gas/config.in
> @@ -261,12 +261,12 @@
>  /* Use b modifier when opening binary files? */
>  #undef USE_BINARY_FOPEN
>  
> -/* Use emulation support? */
> -#undef USE_EMULATIONS
> -
>  /* Allow use of EF_MIPS_ABI_O32 on MIPS targets. */
>  #undef USE_EF_MIPS_ABI_O32
>  
> +/* Use emulation support? */
> +#undef USE_EMULATIONS
> +
>  /* Enable extensions on AIX 3, Interix.  */
>  #ifndef _ALL_SOURCE
>  # undef _ALL_SOURCE
> diff --git a/ld/configure b/ld/configure
> index 468c3bd525d..46d9f3c7111 100755
> --- a/ld/configure
> +++ b/ld/configure
> @@ -1536,9 +1536,13 @@ Optional Features:
>                            enable DT_TEXTREL check in ELF linker
>    --enable-separate-code  enable -z separate-code in ELF linker by default
>    --enable-warn-execstack enable warnings when creating an executable stack
> +  --enable-error-execstack
> +                          turn executable stack warnings into errors
>    --enable-warn-rwx-segments
>                            enable warnings when creating segments with RWX
>                            permissions
> +  --enable-error-rwx-segments
> +                          turn executable segment warnings into errors
>    --enable-default-execstack
>                            create an executable stack if an input file is
>                            missing a .note.GNU-stack section
> @@ -11657,7 +11661,7 @@ else
>    lt_dlunknown=0; lt_dlno_uscore=1; lt_dlneed_uscore=2
>    lt_status=$lt_dlunknown
>    cat > conftest.$ac_ext <<_LT_EOF
> -#line 11658 "configure"
> +#line 11664 "configure"
>  #include "confdefs.h"
>  
>  #if HAVE_DLFCN_H
> @@ -11763,7 +11767,7 @@ else
>    lt_dlunknown=0; lt_dlno_uscore=1; lt_dlneed_uscore=2
>    lt_status=$lt_dlunknown
>    cat > conftest.$ac_ext <<_LT_EOF
> -#line 11764 "configure"
> +#line 11770 "configure"
>  #include "confdefs.h"
>  
>  #if HAVE_DLFCN_H
> -- 
> 2.39.3
> 

       reply	other threads:[~2023-11-12 17:21 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20231112171138.1553448-1-mark@klomp.org>
2023-11-12 17:21 ` Mark Wielaard [this message]
2023-11-13 16:07   ` Nick Clifton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20231112172140.GP31613@gnu.wildebeest.org \
    --to=mark@klomp.org \
    --cc=binutils@sourceware.org \
    --cc=gdb-patches@sourceware.org \
    --cc=mjambor@suse.cz \
    --cc=nickc@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).