From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) by sourceware.org (Postfix) with ESMTPS id 2634E3948816 for ; Mon, 9 May 2022 19:49:35 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 2634E3948816 X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, NICE_REPLY_A, SPF_HELO_PASS, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 X-oetec-MailScanner-From: dclarke@blastwave.org X-oetec-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.209, required 6, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, DKIM_VALID_EF -0.10, NICE_REPLY_A -1.10, T_SCC_BODY_TEXT_LINE -0.01, URIBL_BLOCKED 0.00) X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-ID: 249JnRg9021978 X-oetec-MailScanner-Information: Please contact oetec for more information Received: from [10.14.0.13] (static-198-54-132-38.cust.tzulo.com [198.54.132.38]) (authenticated bits=0) by mail.oetec.com (8.15.2/8.15.2/Debian-8+deb9u1) with ESMTPSA id 249JnRg9021978 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Mon, 9 May 2022 15:49:29 -0400 Message-ID: Date: Mon, 9 May 2022 15:49:27 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: stage1 gcc bootstrap fails looking for bits/libc-header-start.h Content-Language: en-US To: Jonathan Wakely Cc: gcc-help References: <78ed50e6-c0b5-1002-49a4-e11ec14ee727@blastwave.org> <340f337c-6ca7-81b9-5919-87e04c540791@blastwave.org> From: Dennis Clarke In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gcc-help@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-help mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2022 19:49:36 -0000 On 5/9/22 15:42, Jonathan Wakely wrote: > On Mon, 9 May 2022 at 19:58, Dennis Clarke wrote: >> >> On 5/9/22 14:51, Jonathan Wakely wrote: >>> On Mon, 9 May 2022, 18:16 Dennis Clarke via Gcc-help, >>> wrote: >>> >>>> >>>> Not sure what is causing this on a Linux armv7 32-bit machine but I have >>>> libc6-dev installed and that provides : >>>> >>>> # ls -lapb /usr/include/arm-linux-gnueabihf/bits/libc-header-start.h >>>> >>> >>> >>> But this is not a standard header location, so GCC won't look there. >>> >>> You need to use --enable-multiarch to use the Debian MultiArch directory >>> layout. >>> >> >> Wild. This is not a multi-arch machine but sure let me give that a twirl >> and see what happens. > > It is though. All Debian machines have been for years. > > Maybe you're thinking of "multilib" which is different. Yep. That would be what my brain was pondering. Regardless the little armv7l unit here seems to be happily churning away on a bootstrap. Should have a result in a few days. :\ -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional