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.8 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, FREEMAIL_FROM,MAILING_LIST_MULTI,RCVD_IN_MSPIKE_H2 autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 7780 invoked from network); 11 Apr 2023 10:05:15 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 11 Apr 2023 10:05:15 -0000 Received: (qmail 28397 invoked by uid 550); 11 Apr 2023 10:05:12 -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 28356 invoked from network); 11 Apr 2023 10:05:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1681207500; i=darjan_krijan@gmx.de; bh=EeFXW+NQQlawVYYebKknmH/aRVcgiF/na6Xi/XXBWkw=; h=X-UI-Sender-Class:Date:From:Subject:To; b=e4pHBrSdAp8TRmaRbGGh2k5WqKFsaaDwj0S6SFTWl1EI1DWny5viWUmF/al+S7QzD uLCRUHHo10mL0hEgvefQRI7JljwzAVSNTGmc8kavBFZL5D93eBK2o39A5HO07NdYx1 F0hDTxc+anuEodVXePZsxv36MGmlmFN6W4GJtTt09BfsWYV1U+bp5P56uH44jpcr3Y R1gwaduusl1oMcaZ+9e7dMRP4pugPfqfDWMsr1Jc4vjOOOYL3OxT8xE1tTwNIQPZjY 6j34DkgB0mO6d0perlnuXYlktBCd4YvW3meNoP0QbGLzNBWlmecHleDy7wbe+qs0Pd WMerfL2UA4uIQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Message-ID: <114dbabd-9745-3655-9c21-486afa2b8d7c@gmx.de> Date: Tue, 11 Apr 2023 12:05:15 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 Content-Language: en-US From: Darjan Krijan To: musl@lists.openwall.com Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:5Fyja9zE4GgrywqmYyZ3tGbwO+hErmAX6100LtOXtVFRiAJzfb/ axSNM6SC+FRSoxL10BDVfm47JmuSdrBMlTJ25NK+UchQkNBs4vtrcEjmUwsw/KOORz3jbMF SnWRiqyv40HRUaR7kCNPoEz9ISAjIp4IRmXF/6KzxDb09h3TBYWJLs+e1Nm4ZO5xuur5KzF H8W0spr7/rZITzLelhaBQ== UI-OutboundReport: notjunk:1;M01:P0:2iprJT7W75c=;AOX/I+6AnmyLk3lA+E+/nwRJFCW unR0/Bi7CeHC0ADVIzekBUKyeUNW/TTr/UQqSPIw66cptttusAVNRfDMaxnOWKnBL+PFtSh/V NcH4TQQ+bevwI/u6l6/PWEtcSruTypMZJmU4kRCB6dwWnuxP4iACG1nLyOyvdneSW6QKFiUH0 IfN1Wvn/8kHZhbbiJYq9KUpL6Byjce88VjYfO4pmElLpncjd6AEJEm5dMNV2ipbxXUN9H5XgV DH9HULlqRK+2hAkRcts4jH5dztbyroCwAS+aAA4aA8L0ezYh1t8L+r17sa9qbpbJtS+Y+5s+t 4l962pM/yMuS64nThnYBqLi9bHVFAu0jzrjEGruhzZ2LHdlnwlX94XrdM8ec2YUeQ/zRljM5k QuC1isTip/IQxEwWfE6hxSxazzIs4McHUrrK4vxsZYUiSBKDY/6Z0BU4cEvG0yIxISwZYULBb huWYVUYczaIU3gOPDD03EMeY2FGu5bYsZoqg7IWDL/qH01Rxb2eMolto1I6itq1+1Lkd0aa/p b5ORI1G8pzDemA7aP1mYdN+ceAqJFATWwpOs6XpIco+Hcs/lyDLtD9+JlIYIpGngzIEk6/Fwx F3fhxl0aYTDKd+pZ0FQllOeVa4a79aeglOicFGxu1Bg2dh4yUWqjb4Y8yNbRrRI6jQLgLk+Vk uKLvM7DvGVwFB69QMrQGiTyt1vY890GAqvXdYMN0HH82hEEx7IKIqrZWhsMK7pdrvZ18e7MDn 9kJw/VFU6o7EuC717xT6hE4u6hzANfNFhV/n0MfJYsykSVzxWT9ta4pi1QO1sn5gUNgclpa8j z/eDgExZOqjgFZ0uGszJXAwS+NMWFJaFyY9lqjT9fBXLYyG032IFg2p6iaWIkptN4UHopQGrR fI7H+YiZa/RQ47U1g0s9dlk25V31NX2tGCzdgjDaSIzeYqewCywobCE5ndwmqp8oi3elLDx1/ h0adzg== Subject: [musl] musl-clang wrapper chokes on (Linux x86_64) Hello, (Mostly copying the bug description I filed in the Arch Linux Bugtracker. Was suggested to report upstream.) The musl-clang wrapper breaks when a C file includes (and the likes). This is due to the wrapper disabling both system and compiler include paths entirely with '-nolibinc'. Additional info: * musl 1.2.3-1 on Arch Linux, built like this: https://github.com/archlinux/svntogit-community/blob/5af625a2c6e62f211fd59= d8df974e457d615613d/trunk/PKGBUILD Steps to reproduce: - Install 'musl' and 'clang' packages and try: $ echo -e "#include \nint main(){return 0;}" | clang -x c - ^ works $ echo -e "#include \nint main(){return 0;}" | musl-clang -x c - ^ breaks Steps to fix: Replace '-nolibinc' with '-nostdlibinc' (description in clang manpage) in wrapper so system include directories like '/usr/include' are still not searched, but compiler ones like '/usr/lib/clang/$clang_ver/include' that contain immintrin.h, etc. are. I am not sure if this could break something else, but in my opinion compiler include directories should be essential for the compiler to work properly. Regards, Darjan