public inbox for buildbot@sourceware.org
 help / color / mirror / Atom feed
From: Mark Wielaard <mark@klomp.org>
To: Simon Marchi <simon.marchi@polymtl.ca>
Cc: buildbot@sourceware.org
Subject: Re: [PATCH] autoregen.py: use autoreconf in some directories
Date: Wed, 13 Mar 2024 10:15:15 +0100	[thread overview]
Message-ID: <20240313091515.GP30331@gnu.wildebeest.org> (raw)
In-Reply-To: <20240312175341.239513-1-simon.marchi@polymtl.ca>

Hi Simon,

On Tue, Mar 12, 2024 at 01:53:37PM -0400, Simon Marchi wrote:
> The builder currently mis-generates the config files for the gdb and
> gnulib directories.  It passes `-I ../config` to aclocal, causing the
> include path order to be different to what it would be without that -I
> argument, causing the generated aclocal.m4 to be different (same entries
> but different order).
> 
> For the gdb, gdbserver, gdbsupport and gnulib directories, the config
> files are usually re-generated without any -I argument.  In fact, for
> gnulib, it is baked in gnulib/update-gnulib.sh that aclocal should be
> called without -I arguments:
> 
>     aclocal &&
>     autoconf &&
>     autoheader &&
>     automake
> 
> Moreover, they can be re-generated using autoreconf, removing the need
> to guess which speicific tools need to be invoked.  autoreconf takes a
> bit more time to run than the individual tools, but it's worth it for
> the simplicity.
> 
> So, add a list of directories for which it is known that they can be
> re-generated using a simple autoreconf without special flags.  For these
> directories, call `autoreconf -f`.

Very nice, now running this regenerates the binutils-gdb files exactly
as they are checked in. Also tested on the gcc tree, which also works
fine.

Applied (with small adjustments for the previous two patches).

Thanks,

Mark

      reply	other threads:[~2024-03-13  9:15 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-12 17:53 Simon Marchi
2024-03-13  9:15 ` Mark Wielaard [this message]

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=20240313091515.GP30331@gnu.wildebeest.org \
    --to=mark@klomp.org \
    --cc=buildbot@sourceware.org \
    --cc=simon.marchi@polymtl.ca \
    /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).