From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: from minnie.tuhs.org (minnie.tuhs.org [50.116.15.146]) by inbox.vuxu.org (Postfix) with ESMTP id 322DB2211A for ; Fri, 21 Jun 2024 00:11:33 +0200 (CEST) Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id 428C643C66; Fri, 21 Jun 2024 08:11:29 +1000 (AEST) Received: from mcvoy.com (mcvoy.com [192.169.23.250]) by minnie.tuhs.org (Postfix) with ESMTPS id 5D56843C65 for ; Fri, 21 Jun 2024 08:11:24 +1000 (AEST) Received: by mcvoy.com (Postfix, from userid 3546) id 1DAE635E849; Thu, 20 Jun 2024 15:11:24 -0700 (PDT) Date: Thu, 20 Jun 2024 15:11:24 -0700 From: Larry McVoy To: ron minnich Message-ID: <20240620221124.GE24884@mcvoy.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Message-ID-Hash: 5C4Q56MGUMTSQ3V3HXXLKXJLKTVG2443 X-Message-ID-Hash: 5C4Q56MGUMTSQ3V3HXXLKXJLKTVG2443 X-MailFrom: lm@mcvoy.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: Luther Johnson , tuhs@tuhs.org X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: Version 256 of systemd boasts '42% less Unix philosophy' The Register List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: On Thu, Jun 20, 2024 at 03:00:52PM -0700, ron minnich wrote: > You're right. It's not that autoconf never works, it's that it fails so > frequently that I can't trust it to work. Case in point, I just had a bunch > of trouble this morning with it, with the most trivial command, and had to > reset the repo to ground state to get it to build again. > > but compared to my experience with Go, autoconf does not compare well. This is BitKeeper's build shell. Not a lot to it. #!/bin/sh orig_args="$@" ms_env() { unset JOBS test "$MSYSBUILDENV" || { echo running in wrong environment, respawning... rm -f conf*.mk bk get -S ./update_buildenv BK_USEMSYS=1 bk sh ./update_buildenv export HOME=`bk pwd` test -d R:/build/buildenv/bin && exec R:/build/buildenv/bin/sh --login $0 $orig_args exec C:/build/buildenv/bin/sh --login $0 $orig_args } gcc --version | grep -q cyg && { echo No Mingw GCC found, I quit. exit 1 } } JOBS=-j4 while getopts j: opt do case "$opt" in j) JOBS=-j$OPTARG;; esac done shift `expr $OPTIND - 1` # ccache stuff CCLINKS=/build/cclinks CCACHEBIN=`which ccache 2>/dev/null` if [ $? = 0 -a "X$BK_NO_CCACHE" = X ] then test -d $CCLINKS || { mkdir -p $CCLINKS ln -s "$CCACHEBIN" $CCLINKS/cc ln -s "$CCACHEBIN" $CCLINKS/gcc } CCACHE_DIR=/build/.ccache # Seems like a good idea but if cache and # source are on different filesystems, setting # CCACHE_HARDLINK seems to have the same # effect as disabling the cache altogether #CCACHE_HARDLINK=1 CCACHE_UMASK=002 export CCACHE_DIR CCACHE_HARDLINK CCACHE_UMASK export PATH=$CCLINKS:$PATH else CCACHE_DISABLE=1 export CCACHE_DISABLE fi case "X`uname -s`" in XCYGWIN*|XMINGW*) ms_env; ;; esac test "$MAKE" || MAKE=`which gmake 2>/dev/null` test "$MAKE" || MAKE=make test "x$BK_VERBOSE_BUILD" != "x" && { V="V=1"; } "$MAKE" --no-print-directory $JOBS $V "$@"