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.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,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 23722 invoked from network); 28 Jan 2021 15:15:52 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 28 Jan 2021 15:15:52 -0000 Received: (qmail 15407 invoked by uid 550); 28 Jan 2021 15:15:48 -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 3689 invoked from network); 28 Jan 2021 12:45:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=boa0hWYxCcU4pU+bnsfUc7KGJzE4IjM3RKpnOCMOi6c=; b=jIRp+QNAA31F3zMUmZjh9NNbQgmbYPqqalMs4Mb0UFHvRrWNRLbV+cuIPUaYsi1hbP E3IXL5ar5N0yzGQ/785Iz2912Pzhe3DpkbFyVYOhnGbmyH7hPaySp+aoKItOdUOd22Z9 oQvru5GrjSjufwXY1ilHoDQfctkcY6S1MnH9CQgSvrlbupc+QP5PrGMjw8EKgP9dzFU3 GlB0kHGlyUpxDfIBRb5w4gZpeHSxk5p0vNqU5pGKXbdttsyyXD5mHh1iDpqqXLxgQZEO iHiw4C9MqIBKYKmXyF6p97fDLVd9bu3eCzSOPU838Mn1SMp0E4dQUwtRvUmLViuckEoA yYhg== 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:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=boa0hWYxCcU4pU+bnsfUc7KGJzE4IjM3RKpnOCMOi6c=; b=BvBKGO4H/tZyguVZESepenqZvL3q3YKKFyBXHNqPd6EKWYsQeIGOvD3yTEc192z9Yz pNaDV8c67TJNgn8rMDhYw1M90D0TrGyx3zcHN0DJ4VzQ03jIoWa4jB8opLLaqgfx2i04 eTOoUC8c6Fm/relWZ3akMJ+Wy0TacBkTzDPqPiotBryLNRMtytRjJHQ6fE694xBKy70c NidRAYpynV6jBbPcZ4bAtr/WNQzTFsHGMoJ69Az/raa2lFcYO3lLL0AgtWYyaYp9kohh rul/CEqAMkT4RwRf9u6hpShnYyzEfo4DbJvvFE4GyVJ836IA6HdqEWor7iBqmFaGEYB4 pfAg== X-Gm-Message-State: AOAM530fH70rJnTFbIt/2zmTgvBfYkoUHQ+bIX43sCMhGld0eEUYoqy/ m9HIyd6Gqbl2fIn1l+91wzpXpy4CFqQtOyH71zM= X-Google-Smtp-Source: ABdhPJw/buDbyrfNAknCHEBFXZcL283txvBkOl4zRggrvnUnS7ciEhQttriNd8Dtpou4xsQQGC76SPI3n5PUtM1+tCc= X-Received: by 2002:a05:6638:378c:: with SMTP id w12mr12794717jal.107.1611837920834; Thu, 28 Jan 2021 04:45:20 -0800 (PST) MIME-Version: 1.0 References: <20210126172330.GB23432@brightrain.aerifal.cx> <20210126214032.GF23432@brightrain.aerifal.cx> <20210127154506.GH23432@brightrain.aerifal.cx> In-Reply-To: <20210127154506.GH23432@brightrain.aerifal.cx> From: Andrey Melnikov Date: Thu, 28 Jan 2021 15:45:08 +0300 Message-ID: To: Rich Felker Cc: musl@lists.openwall.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [musl] Re: move __BYTE_ORDER definition to alltypes.h =D1=81=D1=80, 27 =D1=8F=D0=BD=D0=B2. 2021 =D0=B3. =D0=B2 18:45, Rich Felker= : > > On Wed, Jan 27, 2021 at 11:12:41AM +0300, Andrey Melnikov wrote: > > =D1=81=D1=80, 27 =D1=8F=D0=BD=D0=B2. 2021 =D0=B3. =D0=B2 00:40, Rich Fe= lker : > > > > > > On Wed, Jan 27, 2021 at 12:29:05AM +0300, Andrey Melnikov wrote: > > > > =D0=B2=D1=82, 26 =D1=8F=D0=BD=D0=B2. 2021 =D0=B3. =D0=B2 20:23, Ric= h Felker : > > > > > > > > > > On Tue, Jan 26, 2021 at 02:55:09PM +0300, Andrey Melnikov wrote: > > > > > > Hi. [...] > > Again, you cannot use libc headers for building the kernel or kernel > modules. musl is not glibc. It uses a BSD-like include order and > defines all of the headers itself rather than using a mix of gcc > headers and libc-provided ones. I'm already able to build kernel, modules and other stuff after removing the installed by musl stdarg.h. > Add -nostdinc and -I the gcc header path (like the kernel's own build sys= tem does) or you will hit obscure > problems like this again even if changes are made to the endian macros th= at make your immediate problem go away. stdarg.h is a compiler-specific thing, and -nostdinc disables that patch too. Search, where located RIGHT stdarg.h - not trivial. For me - patching ONE library with broken design is preferred, rather than search in all other programs where authors define by itself "reserved identifier for ANY USE" and patch it. Thnx. But, if you think what linux kernel have broken design and misuse defines - you may tell kernel developers about that.