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=-3.1 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FROM,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 31423 invoked from network); 22 Sep 2020 21:18:07 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 22 Sep 2020 21:18:07 -0000 Received: (qmail 7463 invoked by uid 550); 22 Sep 2020 21:18:02 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 7435 invoked from network); 22 Sep 2020 21:18:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to; bh=De5AWQ5Ook4fD9NAvPOqG4WgoCXty8eYBBC5VnhcP3c=; b=rHgGu+slJ218+k5VY5N7uZCC31k3ZldPScz//SqnKIj111poOXueCMHoOCwvC61R5c XHteUKRiIVlcBxY9jbsZ92M27r0jQEYCvOdHY/jy68rSm/kXAk7lQgmXYR92cXDdSKoA gMZ++vuyhavKYoEtUOwTHJ41cd3Z3IwWVYM7hG3ErnjroJ2Lvj9F7Tm37m5LyN+dis3s 6zeTq4fP/EoFtjpH63tKcyvACzhjTzgP2vcgEjnYkp8V0rXiy07QSwnFqqT8tHYUAEV5 tu3Lm5XEG1D2v+Lg9RaGO4nR/AmPOCX1w/PYwEDHHj25ab7xp9lEzpl6IXgWNasVI20m y6Mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to; bh=De5AWQ5Ook4fD9NAvPOqG4WgoCXty8eYBBC5VnhcP3c=; b=pQuGz+eJnSUIl3lzj74HjECQxW8RJ2ZdZ/S/AUuS2SW+5Z6g9mu0CUtEMVoXPyhQxq 5bfCqxDN56/slrKK7BTI/Eq6l/U57b/MDiKSa1WnzAE8B2ePKoVRsp24oWvHsa0KpS8k DwUMD7zG2DTUcWUQun0WmyFWAlo6dhaQ/kN4XlX+zE958UE0NOpj6Rc9sFpxEnaeTUwJ fLoAqYFFr+fIWgnYBsbTYdKdkAumMIK6nFQAWvHy/0FxcB7GHAiTb0qSyrrI+Sf3XBOH eu9FkOMNdzddrMamj2C9OemAd/IhJvgmAehQsabhYkgn9S8ZN/bs+x5TaIbZ5YJwVtwP J9VA== X-Gm-Message-State: AOAM533Tp733lTuqRD8BIzMF4mQW4HKZEDalILOEyOrn4/nkXsB+lsP6 8I2bl0zFOkG3MglSjZ3sdNtOuRzz4sv5M7lSvGuAlZ8lrMArAA== X-Google-Smtp-Source: ABdhPJyxPHh6opSMPpCSULFPnZ6dVge2IyuaEDQ3Lx5NaO7F3QhyHxzdYnR8P1qOpaoFJ4RTAvBHmVMnEyvrK7dQbAg= X-Received: by 2002:a92:4a0c:: with SMTP id m12mr6332961ilf.238.1600809469739; Tue, 22 Sep 2020 14:17:49 -0700 (PDT) MIME-Version: 1.0 References: <4768019.hHWyC0TzgU@omega> <20200920135629.GI2947641@port70.net> <20200920171446.GB3265@brightrain.aerifal.cx> <2533200.g9kxISXj3W@omega> <20200922184610.GI3265@brightrain.aerifal.cx> In-Reply-To: From: Jeffrey Walton Date: Tue, 22 Sep 2020 17:17:36 -0400 Message-ID: To: musl@lists.openwall.com Content-Type: text/plain; charset="UTF-8" Subject: Re: [musl] Re: OS detection wrong on Alpine Linux 3.10 On Tue, Sep 22, 2020 at 5:11 PM Laurent Bercot wrote: > > >> I'm not trying to tell you you're not a grown-up programmer. I'm > >> trying to tell you that the answer to the question you're asking ("is > >> this musl?") is not meaningful for achieving what you presumably want > >> to achieve -- assisting the program using autoconf tests in > >> automatically producing a build that works on the intended host. > > > >That assumes a project is Autotools based. > > No, it does not. It assumes that the project's authors are attempting > to produce a working project, including detection of implementation- > defined behaviour wherever the project relies on them. "autoconf tests" > is a shortcut that means "tests performed at build time that do such > detection", because autoconf is the most widely known program that > produces such tests and everyone understands the expression. No, I said "Autotools (or other similar programs)". All I need is GNU Make and preprocessor macros. It is a marriage made in heaven. I don't want or need a configuration program. A configuration program is another point of failure. It causes mailing list messages and bug reports for me. I don't want to waste my time with them. > But it doesn't mean that a project has to use autotools. My projects > don't, and never will; however, they do perform feature detection at > build time, because it's necessary for what they do. > > If a project relies on implementation-defined behaviour and does not > perform detection, then it is broken and needs to be fixed. If its > build system does not allow it to perform detection, then it needs to > switch to a better build system. Again, your opinion. I have build systems that work perfectly except when I have to jump through hoops for Musl. You are trying to set policy for me. (That's what Bruno said earlier, in not so many words). Don't do that. All I need to know is what version of Musl I am dealing with and I can configure myself. Jeff