From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) by sourceware.org (Postfix) with ESMTPS id 265433858407 for ; Wed, 8 Sep 2021 08:23:51 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 265433858407 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=embecosm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=embecosm.com Received: by mail-wm1-x335.google.com with SMTP id z9-20020a7bc149000000b002e8861aff59so918467wmi.0 for ; Wed, 08 Sep 2021 01:23:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=embecosm.com; s=google; h=date:from:to:subject:message-id:mime-version:content-disposition; bh=hAnsykhmvJQLM13AdV2FXEV+Nwv6AewsRRbCd60KY8A=; b=bXTBDJ35775Y74dL3jWkWPbwFopqggvf+dgGxoJCCrikFvOhOjdO4m98rdzEZL6tab R5S/SkS+xrX7lAuFh8ptKhMqdSR2LgJEWYltYwEly04oZP7RZX9NG/8uodiPQZrwCSkX 6/jJK2t2mV5+KfqtwsuYBDgdSup+K6JqBLdmrIhDjFgkwXJ484wGiVaWuKU6P6sEE5qg RVfW8KEedY7aYfHCDoDNT1ePx+km0aQ0zz7w0CdGDRJ1hDfciCRDCWVv9mwVOHzH3bsN /TNk43Pxy1fToGyeBCoOh2EVUZZQ7DkFGAcZT9AvSKJw/tQKlbU2eMqe+vKZwNc2OgQP J7ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition; bh=hAnsykhmvJQLM13AdV2FXEV+Nwv6AewsRRbCd60KY8A=; b=WdH7mj26E5ATpyqonbUPmUlzKbA4uDOmyd0wKip2kBk8cx1ceVdgGKDYpfbItAj9GV 5HQnUfG2x8KTwhu/CCymwCxKZSwuD4f/KbNAClqQkwp175YarlXtB/QABWh2hCYXiERI jaic+RhKMAOQxw99cTCiFzoHpUpsuIZeM1GslZZUVIaqO4NdXSQp95+OOcuSJTZL1jXC oSOC+z937jfc+bV7Xm3bkgqs7ajSKj3NnFaTUZBJE8l+weM/z4Wt0rIcg6ee4L5WASVG PZlGGicv/sVWck2/fqTExDHYQLA3FtS5k5mv1lmF/Pf3yfKonMKdmqJLbXaJ+CvHGN2H hOag== X-Gm-Message-State: AOAM533QqxlXIUKHF47rYzzEnQSzsCKVPQwXvtNWG9L3r9xieK5QGPxh 17XLAU68NkMJ64YL7XF9g3V3GeZRq1HaPA== X-Google-Smtp-Source: ABdhPJwK/T4Q7qgQWF30l7YSYQKbgTE/CpzipD8yBHhZ15sKU+/zDy0fekZ7T7iA8u2en8fJotwyzA== X-Received: by 2002:a05:600c:19d0:: with SMTP id u16mr2273491wmq.21.1631089430306; Wed, 08 Sep 2021 01:23:50 -0700 (PDT) Received: from localhost (host109-151-25-83.range109-151.btcentralplus.com. [109.151.25.83]) by smtp.gmail.com with ESMTPSA id w9sm1420939wrs.7.2021.09.08.01.23.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Sep 2021 01:23:49 -0700 (PDT) Date: Wed, 8 Sep 2021 09:23:49 +0100 From: Andrew Burgess To: binutils@sourceware.org, gdb@sourceware.org Subject: Maintenance of top-level files Message-ID: <20210908082349.GC1487362@embecosm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: Linux/5.8.18-100.fc31.x86_64 (x86_64) X-Uptime: 09:06:39 up 21 days, 21:02, X-Editor: GNU Emacs [ http://www.gnu.org/software/emacs ] X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Sep 2021 08:23:52 -0000 Hi! I wonder what the policy is these days regarding how the top level files are maintained, e.g. Makefile.def and configure.ac? I know once upon a time these files were maintained in the gcc repository and then back-ported periodically to binutils-gdb, however, as far as I can see the last attempt to sync from gcc was this commit: commit f948b2de97884bfb4e5fc11d40a6bea9e0b096ae Date: Wed May 29 12:43:42 2019 +0100 Sync top level files with versions from gcc. Which was over 2 years ago. This commit was then quickly reverted: commit e3f56a99f66298bb505d0426950b9716a853a5df Date: Thu May 30 11:17:19 2019 +0100 Revert "Sync top level files with versions from gcc." Since then there's been 30+ patches to the top level files. My question then, is what are peoples thoughts on how these files should be managed? Are we going to try and get back in step with gcc? Or are we happy to continue to diverging? Thanks, Andrew