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 5B3663857372 for ; Tue, 10 May 2022 15:51:44 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 5B3663857372 X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, KAM_SHORT, 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=-3.96, 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 -0.85, T_SCC_BODY_TEXT_LINE -0.01, URIBL_BLOCKED 0.00) X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-ID: 24AFpae1025606 X-oetec-MailScanner-Information: Please contact oetec for more information Received: from [10.14.0.16] (static-198-54-132-75.cust.tzulo.com [198.54.132.75]) (authenticated bits=0) by mail.oetec.com (8.15.2/8.15.2/Debian-8+deb9u1) with ESMTPSA id 24AFpae1025606 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 10 May 2022 11:51:38 -0400 Message-ID: <633a2d74-9f81-8770-7860-50306186fd5e@blastwave.org> Date: Tue, 10 May 2022 11:51:36 -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> <2db3724d-b2a0-6356-3d0b-d7716b5c8e38@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: Tue, 10 May 2022 15:51:46 -0000 On 5/10/22 03:00, Jonathan Wakely wrote: > On Tue, 10 May 2022 at 01:54, 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. >>> >> >> Sadly things have not worked out any better. :( >> >> Configure still looks nice : >> >> io$ >> io$ uname -a >> Linux io 4.4.194 #52 SMP Tue Oct 26 08:35:58 UTC 2021 armv7l GNU/Linux >> io$ gcc --version >> gcc (Debian 8.3.0-6) 8.3.0 >> Copyright (C) 2018 Free Software Foundation, Inc. >> This is free software; see the source for copying conditions. There is NO >> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >> >> io$ >> >> All the usual baseline tools are around. Also gmp/mpfr/mpc are extracted >> in the source tree as per normal. >> >> io$ CC='gcc -march=armv7-a -mtune=cortex-a17 -mfpu=vfpv4-d16 -marm' \ >> > CXX='g++ -march=armv7-a -mtune=cortex-a17 -mfpu=vfpv4-d16 -marm' \ >> > LD_RUN_PATH='/opt/gcc/imed/gcc12/lib:/opt/bw/lib' \ >> > ../gcc-12.1.0/configure --prefix=/opt/gcc/imed/gcc12 \ >> > --enable-multiarch \ >> > --disable-nls --enable-threads=posix --enable-shared \ >> > --with-gmp=/opt/bw --with-mpfr=/opt/bw --with-mpc=/opt/bw \ > > Wait, what? You said "gmp/mpfr/mpc are extracted in the source tree as > per normal" so why are you telling GCC to get them from /opt/bw? > I have gone both directions and used the sources for those in tree as well as included and it seems to have nothing at all to do with the real problem. > Xi Ruoyao is sending replies that you're apparently not receiving, see > https://gcc.gnu.org/pipermail/gcc-help/2022-May/141536.html I think my mail server has gone into full rogue mode with spamassassin and that is the issue. In any case I see : io$ io$ /opt/bw/build/gcc-12.1.0_debian_10_armv7l_imed.004/./gcc/xgcc -print-multiarch arm-linux-gnueabi io$ -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional