From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id sNCeEkrR+mVLzg4AWB0awg (envelope-from ) for ; Wed, 20 Mar 2024 08:06:34 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=Iin3NezK; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 472D51E0BB; Wed, 20 Mar 2024 08:06:34 -0400 (EDT) Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 354991E030 for ; Wed, 20 Mar 2024 08:06:32 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id AC661385828E for ; Wed, 20 Mar 2024 12:06:31 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org AC661385828E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1710936391; bh=hQvSUgxLDx+pF/fvybbt23Mr7LYDm7GG7ZpI8p0KnY8=; h=References:In-Reply-To:Date:Subject:To:Cc:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=Iin3NezK2fudUqMmuF9BkljNNO2qsKZpipiNYK3yEHcawkf2jH1k1kWRbfbMYoUb4 U9JZRqJUR2sJyTDoHmGnEPw+UkG3pgaiaNRf/f7xdpJa69cQ0FI0QJyENipFWKPHIM pid1eou4kzxlAqPWSZW/v7KhYeNOO/cz+pa8OaPI= Received: from mail-oi1-x22c.google.com (mail-oi1-x22c.google.com [IPv6:2607:f8b0:4864:20::22c]) by sourceware.org (Postfix) with ESMTPS id 02DED3858CDB for ; Wed, 20 Mar 2024 12:05:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 02DED3858CDB ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 02DED3858CDB ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1710936347; cv=none; b=VXqsi6S27+DRAshdJhUkKxgpdxvCRJYy8nnUR5bDyTn6svvpsfLRz42HMEvnpteDPTSa35YzThXQcYwLIIiNAde1Q8jX4sERtDnhpBy1W0e7M8N8E7L0j68YpMbIopMFqxoWzKgfgMWswvGqe8eLvFCYxWr5M+z9jI23bReeNbc= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1710936347; c=relaxed/simple; bh=aUF+J/RwuFYxJVU2WfqwRziVEqsgO7MDonpF3PHAm9Q=; h=DKIM-Signature:MIME-Version:From:Date:Message-ID:Subject:To; b=FiPI8gzqawFbQ5WEs4+12bvGSxM1PrdfWAhzDX38TNSD9krenE1Srp0q27IpXuxQtbtMFWzkiV9zWVIIb7nVZ5H8VFmYhGwxp9gi5HdxPDLw+cdWdwMjNfrx5nfa5IYcSkJHn5Y7S0LSph3rgulU8E/iDu9jjfdLam0mchW7eQM= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-oi1-x22c.google.com with SMTP id 5614622812f47-3c38d4b670bso1671666b6e.2 for ; Wed, 20 Mar 2024 05:05:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710936341; x=1711541141; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=hQvSUgxLDx+pF/fvybbt23Mr7LYDm7GG7ZpI8p0KnY8=; b=OOur+X4kDKyZGlJU35HYeTqAFXcBwzc1zy6n/FMzagKI7VbKflJejIb5XFrHNQWFfQ cuHql+5FiK/FZOsNoc+7r6aMXmNcNCwK57I21ZC4XXOvYA9+CgjwzX5enVq9ozUc3DXy /hqnMJ71GL4HMaqOvGj/FCcQMxgIuJZ6knMI2GMXIO7xRTUwM9ZcLYIylY7I4Zc8OvtP k0LeH0wPGlFvtcwyWVsnPn/HWRxQSR5RDpuQ4RAmu8QpjHBiKOkhNoKKM3wBpbHhmNcL CvZS59xUUSfGDObVa0sCs4IItR4KLKo4Zd3SO2gt3sB5r5JGXNxy4Urnohcz9Uo3Fgl3 C7BA== X-Gm-Message-State: AOJu0Yzi/+iBmOD/Y/kigQctGNCozSDACPc9r0P7sgxGhnc4uE+Sa9cd EoB/exdfevS05f2KsU/vwtqZ//OLs8oO3u06cUt+gaCqKWoUk+c3A4PfNCE0uF+5lXkNgf9rA+c qKChmy6pwGtOWrJvygQjoY8ag+J9egxEZ07/R X-Google-Smtp-Source: AGHT+IHZpp1js55+pU8vu2I54IXpgNYwqbw7qXLuKGl2zqPB43O9hcF02I3+wFYVHCBEBCFOkNI+E+FcIBa2354OhcQ= X-Received: by 2002:a05:6808:3c87:b0:3c3:9c24:9262 with SMTP id gs7-20020a0568083c8700b003c39c249262mr4366905oib.16.1710936341299; Wed, 20 Mar 2024 05:05:41 -0700 (PDT) MIME-Version: 1.0 References: <20240313080237.1143034-1-christophe.lyon@linaro.org> <1eb529f2-3842-4090-a8e2-f713a28f2394@simark.ca> <87bk7agktz.fsf@tromey.com> In-Reply-To: <87bk7agktz.fsf@tromey.com> Date: Wed, 20 Mar 2024 08:05:29 -0400 Message-ID: Subject: Re: [RFC] add regenerate Makefile target To: Tom Tromey Cc: Christophe Lyon via Gdb , Simon Marchi , Christophe Lyon , binutils@sourceware.org, gcc@gcc.gnu.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, JMQ_SPF_NEUTRAL, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Eric Gallager via Gdb Reply-To: Eric Gallager Errors-To: gdb-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb" On Tue, Mar 19, 2024 at 2:10=E2=80=AFPM Tom Tromey wrote: > > > not sure if the current autoregen.py is in sync with that? > > I'm curious why "autoreconf -f" is insufficient. > It seems to me that this should work. `autoreconf -f` works fine in individual subdirectories, the problem is that the top-level configure.ac doesn't use the AC_CONFIG_SUBDIRS macro to specify its subdirectories, but rather uses its own hand-rolled method of specifying subdirectories that autoreconf doesn't know about. This means that autoreconf won't automatically recurse into all the necessary subdirectories by itself automatically, and instead has to be run manually in each subdirectory separately. Also the various subdirectories are inconsistent about whether they have a rule for running it (autoreconf) from the Makefile or not, which usually comes down to whether the subdirectory uses automake for its Makefile or not (the top-level Makefile doesn't; it uses its own weird autogen-based regeneration method instead, which means that it misses out on all the built-in rules that automake would implicitly generate, including ones related to build system regeneration). > > > Also... I discovered the existence of an automake rule: > > am--refresh which IIUC is intended to automake the update of Makefile > > and its dependencies. > > Don't use that rule directly. It's an implementation detail and > shouldn't be relied on. > > thanks, > Tom