From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vk1-xa32.google.com (mail-vk1-xa32.google.com [IPv6:2607:f8b0:4864:20::a32]) by sourceware.org (Postfix) with ESMTPS id 8878F385841D for ; Thu, 19 Oct 2023 23:13:58 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 8878F385841D Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=gwmail.gwu.edu Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gwmail.gwu.edu ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 8878F385841D Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2607:f8b0:4864:20::a32 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1697757240; cv=none; b=OiSsW6bJMc4IG9DB8wo4Z6VtFLRWSc20KrzHW0LOga7l0V5em9nceqZOvVfPsFMayjzyn+IIEXolwVAuwTfy+2kCJp9E4HETNsh1WtQP+8B2Vg5fyNsQgat40++Rx/DJzOVq8j3h93WOVlcsxwM3pDk0xCry2KFFCSJn2t3WmQU= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1697757240; c=relaxed/simple; bh=NHHRkyo1/FcWDBe5IqFNVCq7N1tSOPPDYz3oqaIg1WU=; h=DKIM-Signature:MIME-Version:From:Date:Message-ID:Subject:To; b=cW5K1Dx+wkDPuuKOQKMevHu0gk6Eyat262bH90j+goqPOGl9MN4iaUwnMj3hMPhOuhBEdD4aR0m//OwLCaXx94fiesuJXzRieMpu89EP02222lnbhOX84ntUkj8zzdEIeYHS/Mbz/3yRB4oIuaWdbvKzJ5LT2CfWmPy3q49MGn0= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-vk1-xa32.google.com with SMTP id 71dfb90a1353d-49d6bd360f8so81072e0c.2 for ; Thu, 19 Oct 2023 16:13:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gwmail.gwu.edu; s=google; t=1697757238; x=1698362038; darn=gcc.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=0snC+hMXP2Zfbjhm5q4zLRzN9F3Jka9nNAco+2HKbQ4=; b=bfOcAQT0FtUs2GyLBIqrAwI7PHpooctAsraldfZr8o5GVkDBXhgW8z0DL+F6T4NrlI TfxzYrA0zQilWXSopl+qXSq5wArQh3JEvPmR4NCCXYxUzLpKwX3piJTl9u6NJg0YPgTj 6pZvDXHvKyf2qr9UgqS5nue+wWmCpVCxC/mU3sWj5endTlzYMQXngbgA0rVIRSxMntP4 lLki9xAD9d+NHu3YnbDa4V0LnHcXYNabmWpvk1SOt+Z5/MB6zZlhdygSXKFvBeKWRiJI px4VCk2e5bvqNNbYI9Qe8Cy1ESeCVZKK7cqCZn28h6ulTukfVxQ2sW5goHGm+FJedTDF jjZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1697757238; x=1698362038; 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=0snC+hMXP2Zfbjhm5q4zLRzN9F3Jka9nNAco+2HKbQ4=; b=X4r11HfsYBOVgc02PKeLO94xTdF/rRxjF1hrkvum9mHxGa/l7xcGjI/McT0z2x+jUC 8GqDWRYQsgHobX/58xkkgTRZgJisvfqJEPRHlJukuwBMiPUxyUIDJh4A6T/rVsr4KYlK CjiXgpKR30vZGeHhtK1i8LB8csXPY3NNAPoYWGj/qKCzxiazpgp/fs+6OY2wo56Txfaq OpLsBJ1cAPiuyMFaHL/bRDbkwQx5JO44b55TYbC3OkPtrSGG7bLr8s3eymW1Zf5MCMnD P9arFR1Fazyq8aZBOQPrkdO+EE24B7N0sg6MKCEV1T+QSYN3tdGCZP9ErZs5chNusYaW h7Xg== X-Gm-Message-State: AOJu0YyXoDapKM0XifubkO7HlV9Zf9uEg7Jd1lrKSZq9vx3YKD3AeHRO dX2SzS7nrDfION7Ql9wsDwyx0vsBARzdwCekbLWoRw== X-Google-Smtp-Source: AGHT+IH+wRJW0Mvrs5ApmUhvsr6iRifoMS7BJPBI86eAmdBm07wAGy7QpHeoRUXhNi7TOmityrntBMaQnENpe6HkjNM= X-Received: by 2002:a1f:a701:0:b0:49b:289a:cc4a with SMTP id q1-20020a1fa701000000b0049b289acc4amr272950vke.3.1697757237824; Thu, 19 Oct 2023 16:13:57 -0700 (PDT) MIME-Version: 1.0 References: <4BD76988-F7CE-4AD1-8802-BAE371D1F9F5@sandoe.co.uk> <875y343xah.fsf@euler.schwinge.homeip.net> <87v8b37ye7.fsf@euler.schwinge.homeip.net> <87r0lq99m5.fsf@euler.schwinge.homeip.net> In-Reply-To: <87r0lq99m5.fsf@euler.schwinge.homeip.net> From: Eric Gallager Date: Thu, 19 Oct 2023 19:13:46 -0400 Message-ID: Subject: Re: Enable top-level recursive 'autoreconf' To: Thomas Schwinge Cc: Andreas Schwab , gcc-patches@gcc.gnu.org, binutils@sourceware.org, gdb-patches@sourceware.org, 3246251196ryan@gmail.com, Iain Sandoe , gcc@gcc.gnu.org, Paolo Bonzini , Nathanael Nerode , Alexandre Oliva , Ralf Wildenhues , Joseph Myers 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,KAM_SHORT,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Thu, Oct 19, 2023 at 6:43=E2=80=AFAM Thomas Schwinge wrote: > > Hi! > > On 2023-10-19T11:57:33+0200, Andreas Schwab wrote: > > On Okt 19 2023, Thomas Schwinge wrote: > >> On 2023-10-18T15:42:18+0100, R jd <3246251196ryan@gmail.com> wrote: > >>> I guess I can ask, why there is not a recursive approach for configur= ing > >>> GCC. e.g. AC_SUBDIRS in the top level? > >> > >> ('AC_CONFIG_SUBDIRS' you mean.) You know, often it just takes someone= to > >> ask the right questions... ;-) > >> > >> What do people think about the attached > >> "Enable top-level recursive 'autoreconf'"? Only lightly tested, so fa= r. > > > > The top-level files are shared with binutils-gdb, which has a different > > set of subdirs. > > Good point, thanks! Fortunately, the failure mode for non-existing > directories is non-fatal (skipped with 'subdirectory [...] not present' > diagnostic); with my original "Enable top-level recursive 'autoreconf'" > (also re-attached) applied to Binutils/GDB Git master branch, we get: > > $ PATH=3D[...] autoreconf -v > autoreconf: Entering directory `.' > autoreconf: configure.ac: not using Gettext > autoreconf: running: aclocal > autoreconf: configure.ac: tracing > autoreconf: configure.ac: subdirectory c++tools not present > autoreconf: configure.ac: subdirectory fixincludes not present > autoreconf: configure.ac: subdirectory gcc not present > autoreconf: configure.ac: subdirectory gcc/m2 not present > autoreconf: configure.ac: subdirectory gnattools not present > autoreconf: configure.ac: subdirectory gotools not present > autoreconf: configure.ac: adding subdirectory intl to autoreconf > autoreconf: Entering directory `intl' > [...] > autoreconf: Leaving directory `intl' > autoreconf: configure.ac: subdirectory libada not present > autoreconf: configure.ac: subdirectory libatomic not present > autoreconf: configure.ac: adding subdirectory libbacktrace to autorec= onf > autoreconf: Entering directory `libbacktrace' > [...] > > So we could (a) simply list *all* directories in the shared top-level > 'configure.ac', or (b) configure GCC vs. other projrcts via a non-shared > file ('m4_include([config/AC_CONFIG_SUBDIRS.m4])' or similar -- is there > an established procedure for non-shared top-level files)? (I don't have > a strong preference either way.) > I'd just like to note that I have GCC bug 103459 open about silencing warnings from autoreconf: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D103459 Although I guess in this case, they're just notices, and not warnings, so it's probably okay. (-Werror doesn't turn them into errors, does it?) > It's just GCC and Binutils/GDB, or are the top-level files also shared > with additional projects? > > > Gr=C3=BC=C3=9Fe > Thomas > > > ----------------- > Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstra=C3=9Fe 2= 01, 80634 M=C3=BCnchen; Gesellschaft mit beschr=C3=A4nkter Haftung; Gesch= =C3=A4ftsf=C3=BChrer: Thomas Heurung, Frank Th=C3=BCrauf; Sitz der Gesellsc= haft: M=C3=BCnchen; Registergericht M=C3=BCnchen, HRB 106955