From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 25638 invoked from network); 3 Apr 2021 08:41:39 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 3 Apr 2021 08:41:39 -0000 Received: from mail-qk1-f170.google.com ([209.85.222.170]) by 1ess; Fri Apr 2 14:09:42 -0400 2021 Received: by mail-qk1-f170.google.com with SMTP id q3so5904687qkq.12 for <9front@9front.org>; Fri, 02 Apr 2021 11:09:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:subject:to:from:message-id; bh=qqp2SbtXUwduJIQiyvlGrUPkqiGBf22dab65zWILu3g=; b=evxvxzEvYPQtx/UFvK7VOTQ6erqw7H6HBQtCehkAI6DEW6L04TE1RZouBDkd1zO+z5 aVAHf5nT/GDBfOFexDb2XVMpRWx3TtONm50Bl+BN7k6YymJZQcVoXBoA1HcU1KxHOQb6 qIX7D+KetOtz8mgMII0OPNO/WxSOVjox7PInyxjUBdK59MceFw+yFjqYMpIHxVjrEbsu NJkBGGIQ6OkT8sLjcZ45OUdjon5Lhh367aRw0Yxo+qFTO4pnFt/aE8Q+tj5RDT1Zb0K8 k9bsNVZp1Klj56WNlPsyneKa/pA9D+CU8nI1u0kyW9KjEzYj7wHgAUkncmPclBw1Bpsj PqOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:user-agent:in-reply-to:references :mime-version:content-transfer-encoding:subject:to:from:message-id; bh=qqp2SbtXUwduJIQiyvlGrUPkqiGBf22dab65zWILu3g=; b=MtDxv8y5miD7g9nKagABInaTtU4sOU5De8zXWeyvD6PBUJ7xceb4muZuElWdCnvldH Bw270W9UwluRf93MUjSZ1wERbz+y4vNmo9xkCGRpJ6Jcc1h/H75Bb16MFfoz5nQ2CviS nc+NIBF5PYhcdMaAeDpCrysk3vbNFer1pKA4iF2HBvwA8SD6qbsH7QTPUP5/4kaPkyFZ QVTgWo7nyGCcaBnw14mZwc5B+gTT7JbQVnYPlh2HU7Hc5Nntjvcxq9twtsWFm4ncN8I/ yGa4goqz06Js4E/cAvtyVH2G1SjrfLbU0ti+fEAkHe9aD563JamdLCfI2GpQJ6qVQ6Uq 2AYw== X-Gm-Message-State: AOAM533BkxzxEZgdkSGwbJMdzUviyhmX6d/lxydCLlDF35i8Y/shG5ou jh84zy0QTOwygvZx3ZrYYQUNybOLJRk= X-Google-Smtp-Source: ABdhPJyrDlQmsRA08UHFGPYa3SDDPu+3g8hmw2LZyEXkuzRxp47Mvyn7i/0hYFgiqPH+4AnjA852NQ== X-Received: by 2002:a37:6197:: with SMTP id v145mr14644232qkb.227.1617386489563; Fri, 02 Apr 2021 11:01:29 -0700 (PDT) Return-Path: Received: from ?IPv6:2601:246:4e03:dc20:3510:53f7:37d0:d644? ([2601:246:4e03:dc20:3510:53f7:37d0:d644]) by smtp.gmail.com with ESMTPSA id o125sm7835958qkf.87.2021.04.02.11.01.28 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 02 Apr 2021 11:01:29 -0700 (PDT) Date: Fri, 02 Apr 2021 13:01:24 -0500 User-Agent: K-9 Mail for Android In-Reply-To: <2E199923D171437BFE5C102DC6FB649D@felloff.net> References: <2E199923D171437BFE5C102DC6FB649D@felloff.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable To: 9front@9front.org,cinap_lenrek@felloff.net From: Amavect Message-ID: <2AF689EE-2336-45F3-8559-1935470BE377@gmail.com> List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: virtual immutable core lifecycle strategy Subject: Re: [9front] Re: system mkfile changes Reply-To: 9front@9front.org Precedence: bulk On March 27, 2021 10:00:27 AM CDT, cinap_lenrek@felloff=2Enet wrote: >this is tricky, i think using ls here is better I believe I was trying to avoid `ls *=2E[cy]`, which is marginally slower = locally, and very slow over a network versus plain `ls`=2E Umbraticus' suggestion works great=2E The CPDEP stuff was me thowing my hands in the air=2E Sorry about that=2E >the rest of the mkfiles should be able to always rely on that the >currently >installed binaries for compilers, linkers, assemblers, yacc, mk, cp, >awk, >sed, grep, rc shell are the correct ones=2E > >these races should never exist if we have clear separation of build >and installation, and the install step makes sure its not relying on >the very >tools it is currently installing=2E I wanted to avoid serializing the install rule, because that screws up mk'= s ability to read dependencies=2E Perhaps the best solution is to put cp and yacc in their own directory=2E = Maybe a /sys/src/base directory could hold the build environment sources=2E Anyways, I gave up=2E There's now a small chance of the user specifying install targets manually= and getting an ioerror as yacc and cp get installed=2E Here's the latest tarball=2E https://git=2Esr=2Eht/~amavect/mkfilechanges/archive/master=2Etar=2Egz >To build the toolchain, you also need to build their library >dependencies, >which is also not stated in the mkfiles=2E This is a limitation of mk=2E I would love to "import" the rules to build those dependencies from anywhe= re in the src tree, and finally solve the issue of recursive mk=2E I have s= ome ideas brewing there=2E Thanks, Amavect