From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) by sourceware.org (Postfix) with ESMTPS id 6D7C13858D20 for ; Wed, 23 Feb 2022 06:01:50 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 6D7C13858D20 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=systematicsw.ab.ca Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTP id Mce2nxlp043SgMkijn8OJY; Wed, 23 Feb 2022 06:01:49 +0000 Received: from [10.0.0.5] ([184.64.124.72]) by cmsmtp with ESMTP id MkijnpKSjd7RfMkijnoZU7; Wed, 23 Feb 2022 06:01:49 +0000 X-Authority-Analysis: v=2.4 cv=XrLphHJ9 c=1 sm=1 tr=0 ts=6215cdcd a=oHm12aVswOWz6TMtn9zYKg==:117 a=oHm12aVswOWz6TMtn9zYKg==:17 a=IkcTkHD0fZMA:10 a=94nOnFI1EgyDtX4ev68A:9 a=QEXdDO2ut3YA:10 Message-ID: <367ed8f2-e428-aacb-a4f9-82119d6408e4@SystematicSw.ab.ca> Date: Tue, 22 Feb 2022 23:01:49 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Reply-To: newlib@sourceware.org Subject: Re: newlib not building (needs aclocal) Content-Language: en-CA To: newlib@sourceware.org References: <6e6ec1c8-70b3-5cc2-3b06-60f516a44ed0@foss.arm.com> From: Brian Inglis Organization: Systematic Software In-Reply-To: <6e6ec1c8-70b3-5cc2-3b06-60f516a44ed0@foss.arm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfAtUmIJI5Y9IDwozL2ro+tDoeNHjJwzp0+w4CUX8u3Hpe2V9PnM+QXs30U/2M2QxtKAbR2wc/V301q5d0XnR8Ns6eCMlqnxw5QZDHBhZVxli9bJjxhGJ GtQFU+ZDgGJh7pTbky+TNn1mtqAJZ7TMCGsjn3rLjcOHjYfly0pxJ/JnpntZf4D+qPOhI7Xcf/rS0tYBsTisoOhLGFD+sEFNAFo= X-Spam-Status: No, score=-1162.1 required=5.0 tests=BAYES_00, BODY_8BITS, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: newlib@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Newlib mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2022 06:01:52 -0000 On 2022-02-22 04:57, Richard Earnshaw wrote: > I think something you've changed is forcing the newlib build to now need > a local installation of automake.  This wasn't needed before unless you > were updating the makefiles locally. > > CDPATH="${ZSH_VERSION+.}:" && cd [...]/libgloss && /bin/bash > [...]/missing aclocal-1.15 -I . -I .. -I ../config > [...]/missing: line 81: aclocal-1.15: command not found > WARNING: 'aclocal-1.15' is missing on your system. >          You should only need it if you modified 'acinclude.m4' or >          'configure.ac' or m4 files included by 'configure.ac'. > > Did you leave something out of a commit somewhere?  If not, how can this > be fixed so that we don't need automake during normal builds from the repo? > > R. > > PS While I appreciate what you're trying to do here, the timing couldn't > be worse given that we're trying to stabilize a GCC release and all my > builds are breaking at present. If you need stability, shouldn't you freeze your newlib pull at year end 4.2.0 20211231 484d2eb snapshot, earlier about 2021-09-06 522cdab, just before Mike started his optimization and cleanup marathon, or maybe add an arm-gcc-dev(-11?) tag at some point in there? Do you think perhaps devs doing extended or extensive work should create their own newlib, topic, or remote tracking branches (as Cygwin devs do for major work - see summary page heads or git ls-remote --heads --sort=-creatordate | head) and commit work there, perhaps merging back to master at intermediate points, or even not until complete? -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]