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 [IPv6:2600:3c01:e000:146::1]) by inbox.vuxu.org (Postfix) with ESMTP id D2FFF21643 for ; Fri, 21 Jun 2024 02:35:42 +0200 (CEST) Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id 611A943C86; Fri, 21 Jun 2024 10:35:38 +1000 (AEST) Received: from mcvoy.com (mcvoy.com [192.169.23.250]) by minnie.tuhs.org (Postfix) with ESMTPS id 99BC943C81 for ; Fri, 21 Jun 2024 10:35:32 +1000 (AEST) Received: by mcvoy.com (Postfix, from userid 3546) id 3D2CA35E849; Thu, 20 Jun 2024 17:35:32 -0700 (PDT) Date: Thu, 20 Jun 2024 17:35:32 -0700 From: Larry McVoy To: Alexis Message-ID: <20240621003532.GA13079@mcvoy.com> References: <87jzikt900.fsf@gmail.com> <877cej5gsp.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <877cej5gsp.fsf@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) Message-ID-Hash: Q4WHQYUZJ4RRZSHJITJVVAWWZCBIWORP X-Message-ID-Hash: Q4WHQYUZJ4RRZSHJITJVVAWWZCBIWORP 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: The Unix Heritage Society , Bakul Shah X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: Building programs (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: Are we into bike shed territory? It seems like cmake and autoconf are hated but then they have their fans. I posted a makefile that was pretty portable but that was not OK because it was GNU make? Huh? I've been up since 12:22am (psyched for fishing, couldn't sleep) so maybe I'm not on point, but what is the problem that this discussion is trying to solve? On Fri, Jun 21, 2024 at 09:35:18AM +1000, Alexis wrote: > Bakul Shah via TUHS writes: > > >To build a set of objects you need to worry about at least the > >following: > >- build recipes for each of them (which may also depend on other > >things) > >- configuration parameters > >- dealing with differences on each platform > >- third party libraries & alternatives > >- toolchains (& may be cross-platform builds) > >- supporting/navigating different versions of the last 3 above > > > >You can't really precompute all this as there are far too many > >combinations and they keep changing. > > Both the blog author (who is a long-time sysadmin with many 'war stories') > and myself understand all that. > > i believe the idea is not for precomputing to be done by _builds_, but to be > done on and for a given machine and its configuration, independent of any > specific piece of software, which is then _queried_ by builds. That > precomputation would only need to be re-run when one of the things under its > purview changes. > > If i compile something on one of my OpenBSD boxen in the morning, and then > compile some other thing in the afternoon, without an OS upgrade in-between, > autoconf isn't going to find that libc.so has changed in-between. If i did > the same thing on my Gentoo box, it's theoretically possible that e.g. i've > moved from glibc to musl in-between, but in that case, precomputation could > be done in postinst (i.e. as part of the post-installation-of-musl process). > > > Alexis. -- --- Larry McVoy Retired to fishing http://www.mcvoy.com/lm/boat