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 BF6973857038 for ; Wed, 24 Aug 2022 04:22:24 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org BF6973857038 Authentication-Results: sourceware.org; dmarc=pass (p=quarantine dis=none) header.from=blastwave.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=blastwave.org X-Spam-Status: No, score=-3.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-oetec-MailScanner-From: dclarke@blastwave.org X-oetec-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.109, 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, T_SCC_BODY_TEXT_LINE -0.01, URIBL_BLOCKED 0.00) X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-ID: 27O4LkYj014965 X-oetec-MailScanner-Information: Please contact oetec for more information Received: from [172.16.35.2] (cpeac202e7325b3-cmac202e7325b0.cpe.net.cable.rogers.com [99.253.170.241]) (authenticated bits=0) by mail.oetec.com (8.15.2/8.15.2/Debian-8+deb9u1) with ESMTPSA id 27O4LkYj014965 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Wed, 24 Aug 2022 00:21:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=blastwave.org; s=default; t=1661314909; bh=Bv2BB1WaBsuWJM5lip889uKdjQGPT/rpKubIgHymB+U=; h=Date:To:From:Subject:From; b=MshGeh2s/uwI93XuXr5IMyky3anM9y5EnbIi2gDcWcDID1UYp7e5YH8N9AMnmPxEz Uim43cviQ1tUSyje9ZX+KQz9RqLXmPtDbAt7eaH5MQ+w+cDACGaFIumH1X4/woEAty C5Dxnvt84XvQz5OTTG0rgpP9a6yAx+EuPEE5HNMUurtz9MhVW8ATCiM7s67wfp+/Q6 w2yI9zeEUgkDdFlMVYuAbpz0fE+UhPFc3M10MXMEfGjHN2woUdby9eHGrGnGQ9Lc8B fDdETNX9dkxAra2hr/rjhXLaqkNyCFIDSOSlKO643hAUjk8ph8FcRk+Yzj7VFci88N mwoJl3NR+WgUQ== Message-ID: <49c6528e-13d9-fcff-2046-6a0a167c3fea@blastwave.org> Date: Wed, 24 Aug 2022 00:21:46 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 To: gcc-help@gcc.gnu.org Content-Language: en-US From: Dennis Clarke Subject: one of those annoying little things Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Dear ALL : Not sure who else have been doing bootstraps on machines wherein the common sense thing to do is protect the source tree. What I mean is that I extract the gcc 12.2.0 tarball of joy as the root user. Then inside that directory structure I crack out the gmp/mpfr/mpc goodness and even apply the correct patch for mpfr[1]. So anyways, funny thing happens when I try to build out of tree : . . . config.status: creating tools/bench/Makefile config.status: executing depfiles commands config.status: executing libtool commands gmake[3]: Entering directory '/opt/bw/build/gcc-12.2.0_NetBSD_9.3_AMD64.001/mpfr' Making all in doc gmake[4]: Entering directory '/opt/bw/build/gcc-12.2.0_NetBSD_9.3_AMD64.001/mpfr/doc' restore=: && backupdir=".am$$" && \ am__cwd=`pwd` && CDPATH="${ZSH_VERSION+.}:" && cd ../../../gcc-12.2.0/mpfr/doc && \ rm -rf $backupdir && mkdir $backupdir && \ if (makeinfo --split-size=5000000 --split-size=5000000 --split-size=5000000 --version) >/dev/null 2>&1; then \ for f in ../../../gcc-12.2.0/mpfr/doc/mpfr.info ../../../gcc-12.2.0/mpfr/doc/mpfr.info-[0-9] ../../../gcc-12.2.0/mpfr/doc/mpfr.info-[0-9][0-9] ../../../gcc-12.2.0/mpfr/doc/mpfr.i[0-9] ../../../gcc-12.2.0/mpfr/doc/mpfr.i[0-9][0-9]; do \ if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \ done; \ else :; fi && \ cd "$am__cwd"; \ if makeinfo --split-size=5000000 --split-size=5000000 --split-size=5000000 --enable-encoding -I ../../../gcc-12.2.0/mpfr/doc \ -o ../../../gcc-12.2.0/mpfr/doc/mpfr.info ../../../gcc-12.2.0/mpfr/doc/mpfr.texi; \ then \ rc=0; \ CDPATH="${ZSH_VERSION+.}:" && cd ../../../gcc-12.2.0/mpfr/doc; \ else \ rc=$?; \ CDPATH="${ZSH_VERSION+.}:" && cd ../../../gcc-12.2.0/mpfr/doc && \ $restore $backupdir/* `echo "./../../../gcc-12.2.0/mpfr/doc/mpfr.info" | sed 's|[^/]*$||'`; \ fi; \ rm -rf $backupdir; exit $rc mkdir: .am388: Permission denied ../../../gcc-12.2.0/mpfr/doc/mpfr.info: Permission denied gmake[4]: *** [Makefile:380: ../../../gcc-12.2.0/mpfr/doc/mpfr.info] Error 1 gmake[4]: Leaving directory '/opt/bw/build/gcc-12.2.0_NetBSD_9.3_AMD64.001/mpfr/doc' gmake[3]: *** [Makefile:500: all-recursive] Error 1 gmake[3]: Leaving directory '/opt/bw/build/gcc-12.2.0_NetBSD_9.3_AMD64.001/mpfr' gmake[2]: *** [Makefile:7094: all-stage1-mpfr] Error 2 gmake[2]: Leaving directory '/opt/bw/build/gcc-12.2.0_NetBSD_9.3_AMD64.001' gmake[1]: *** [Makefile:27609: stage1-bubble] Error 2 gmake[1]: Leaving directory '/opt/bw/build/gcc-12.2.0_NetBSD_9.3_AMD64.001' gmake: *** [Makefile:28222: bootstrap4] Error 2 Turns out, wild, but that directory for the mpfr doc stuff has files that no user has rights to other than root. That has to be a bug right? Could be the mpfr guys but hey this seems weird. So I did a chgrp "foo" on that whole dir and also allowed common dirt humans to read and write the mpfr.info file. That seems to allow bootstrap to continue for those dirty users. Not sure if anyone else sees this as a bug or just a feature. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional