From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28353 invoked by alias); 22 Dec 2016 21:41:01 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 22260 Received: (qmail 27884 invoked from network); 22 Dec 2016 21:41:01 -0000 X-Qmail-Scanner-Diagnostics: from mail-yw0-f180.google.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(209.85.161.180):SA:0(-0.0/5.0):. Processed in 1.700858 secs); 22 Dec 2016 21:41:01 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_PASS,T_DKIM_INVALID autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: schaefer@brasslantern.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _netblocks.google.com designates 209.85.161.180 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:date:in-reply-to:comments:references:to:subject :mime-version; bh=Z93o/uNsBvqBeQSjvcRsuu0/GG+j106if9sO5+4qyuk=; b=Q9SMSaKpWtIZzuCGL137SJygLQhFMKwxETP+qSZDfhUZl9th9bOpk494eSe7oEMPWx wLA7j0gxIPMhYiNhbGQNhjQos+uTNZd4WymZIhQAZRErZteH+uOeKWmtMHyGlx2v5fXH 8t2Fju1LXpdjrgEGIRXURPMIelmyn1Q9V1ADlb5TV56ReHq0Nf8j6f8l4+tcRH8lzzAE dfARpAcsHG4tF4lj0VLHwAqrK/r92pkt+SbmUtl/bo4Fqho6J6Ks8L6iYfur6hbi8CnY dyg9cL9f8zrhoh9isFcRUHqkC0A3U+e/axkkusPPWKrw59M20FzDuMhNlgDXao9tUG58 MG6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:date:in-reply-to:comments :references:to:subject:mime-version; bh=Z93o/uNsBvqBeQSjvcRsuu0/GG+j106if9sO5+4qyuk=; b=gxvJ153nPRXIe0B2ovl9qgktQSoZt1j8UrnJPB2aosf0U3MdZvIKSlP+E6gpsqkADe DDuQJY5ja44yWR/yNfD67gO0aoMxyBlbTX/fC0Pt19rYQ52cPcFdYeGf0tef0bi03wQN ZZs3ZiWxn/Qx6cImt41Jd+aWxeLQoqYPfEu+55nqAyPh9oR7Qne3TMBZwaUyV3Jb2HeR 7CTQ318Sto7BOMe5K+c4yGt8y7dSSb6prRMylOfFdYG+1stP0772WVhVVG5FoGqSriWw axC2tKZiTZ8aKp26SdnougcvouAesBkU/5ahQONogDbSDSCswZNK+B9otjZfpKo+TbZQ nW3A== X-Gm-Message-State: AIkVDXIqo8NnAqV3ZcQL/o4M9BvOVsZkBxouINSGztsQMd0CSIiZPmqDEcXrdm821a1Neg== X-Received: by 10.129.147.129 with SMTP id k123mr2793871ywg.118.1482442853261; Thu, 22 Dec 2016 13:40:53 -0800 (PST) From: Bart Schaefer Message-Id: <161222134052.ZM3838@torch.brasslantern.com> Date: Thu, 22 Dec 2016 13:40:52 -0800 In-Reply-To: Comments: In reply to Ray Andrews "Re: 5.3.1" (Dec 22, 8:03am) References: <9974e7a9-0b41-c642-5055-a58871123069@eastlink.ca> <4436d067-0d1f-173e-ea7a-ab14e32fa215@eastlink.ca> <161221161237.ZM31435@torch.brasslantern.com> <161221190310.ZM3041@torch.brasslantern.com> <9d3951c3-265e-1815-11d3-e71934dad7db@eastlink.ca> <1e43afe0-d53c-af6b-f28f-bc1c0c7a229b__8484.77827753431$1482382855$gmane$org@eastlink.ca> <20161222115745.GA14525@fujitsu.shahaf.local2> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-users@zsh.org Subject: Re: 5.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Dec 22, 8:03am, Ray Andrews wrote: } Subject: Re: 5.3.1 } } Marvellous. Five years kicking around in Linux and I only learn this } now. apt-get build-dep is a Debian thing, not a Linux thing in general. } BTW, why is it that an edit of 'config.modules' is always quietly } overwritten by the installer? It's not overwritten by "the installer". It has a dependency on the files generated by the "configure" script, so it will only be remade if configure has been re-run. Normally this happens during the execution of configure itself, so any edits to config.modules that you do will cause config.modules to be newer than its dependencies, and it will not be rebuilt. If configure is running, the assumption is that preconditions for the build have changed, so config.modules is regenerated from the defaults in Src/**/*.mdd files. This is also how new modules are picked up. You aren't supposed to need to run "configure" more than once on the same build tree unless something about the preconditions is changing. If you are routinely re-running configure when none of the templates from which it is built (e.g. configure.ac) has changed, you're doing more work than necessary. Anyway, if you actually read either the INSTALL file or the comments in config.modules itself: # Values of `auto' are `yes' or `no'. configure sets the value to # `yes'. If you set it by hand to `no', the line will be retained # when the file is regenerated in future. I should have remembered that. I've forgotten why I stopped using it and went with a local copy ... probably because for quite a while I was switching back and forth between static and dynamic linking on a regular basis and needed two copies of the file to do so.