From nobody Thu Nov 21 17:17:31 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XvQ0R3TJGz5dMFK; Thu, 21 Nov 2024 17:17:43 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [159.69.1.99]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XvQ0Q1Xw6z4Nxt; Thu, 21 Nov 2024 17:17:42 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=madpilot.net header.s=cyq4qetkgngm header.b="h jj6ING"; spf=pass (mx1.freebsd.org: domain of mad@madpilot.net designates 159.69.1.99 as permitted sender) smtp.mailfrom=mad@madpilot.net; dmarc=pass (policy=quarantine) header.from=madpilot.net Received: from mail (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4XvQ0G4mVqzL80M; Thu, 21 Nov 2024 18:17:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :content-language:references:from:from:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1732209452; x= 1734023853; bh=1lMIrC3gniLbWjhIeMU3hk58+evLsRreWHUM9+3rX4A=; b=h jj6INGd9qKBPp27GgAk52QnpVjxNBzFf9Id3qWNm5AyRaQkyacpFRs1QDEbtFVR/ tnWwwX/xJxqA1NlJ2QNN4214IP6rdpi4mW4dyV1xI6L8zKuuNAfl8pivlzxg5h2d C9/Tk0UCMX4dSGgiL/0CY+nIDroyVLsPBVNTvFokmDn0Eff2xq1X7t7gaX/M30zE VkSPsEge/HO9cczPlxhD9L5DhvXlfEo54+egSqesyFPSpHpJv2Ag4LnB56M9yRZh CJn02fNMHj6ciGepx5XtKnV6RBWXV1lRrM4E6VSA1q97aQNyx564eRxT3dH4QuiG KFApsg+5dqipLzHw+23vQ== Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by mail (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavisd-new, port 10026) with ESMTP id f2FbBNrA0G5c; Thu, 21 Nov 2024 18:17:32 +0100 (CET) Message-ID: Date: Thu, 21 Nov 2024 18:17:31 +0100 Subject: Re: port binary dumping core on recent head in poudriere From: Guido Falsi To: Dimitry Andric Cc: ports@freebsd.org, FreeBSD Current References: <46E3A370-A3E0-4BAF-B707-87F94F98E248@FreeBSD.org> <5ee47c3d-f80e-4d50-9b6a-acb3c98e80e0@madpilot.net> Content-Language: en-US, it Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== In-Reply-To: <5ee47c3d-f80e-4d50-9b6a-acb3c98e80e0@madpilot.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-2.00 / 15.00]; MISSING_MIME_VERSION(2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[madpilot.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[madpilot.net:s=cyq4qetkgngm]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[madpilot.net:+] X-Rspamd-Queue-Id: 4XvQ0Q1Xw6z4Nxt X-Spamd-Bar: - List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org On 20/11/24 23:50, Guido Falsi wrote: > On 20/11/24 22:14, Dimitry Andric wrote: >> On 20 Nov 2024, at 18:32, Guido Falsi wrote: >>> I've noticed that recently some ports are dumping core during builds >>> of dependencies in head in poudriere. >>> >>> I'm seeing this for example with sassc crashing while trying to build >>> x11-themes/greybird-theme. >>> >>> My first suspect was the llvm upgrade in head, but forcing sassc and >>> libsass to build with older clang via USES=llvm:max=18 is not helping. >>> >>> I did recompile the offending programs with debug and tried a >>> backtrace and got this: >>> >>> ``` >>> (lldb) bt >>> * thread #1, name = 'sassc', stop reason = signal SIGSEGV: invalid >>> permissions for mapped object (fault address: 0x82374a000) >>>   * frame #0: 0x000000082374a000 libsass.so.1 >>>     frame #1: 0x0000000823865a86 libsass.so.1`_GLOBAL__sub_I_ast.cpp >>> [inlined] double std::__1::__math::acos[abi:se190102](__x=-1) >>> at inverse_trigonometric_functions.h:40:10 >>>     frame #2: 0x0000000823865a81 libsass.so.1`_GLOBAL__sub_I_ast.cpp >>> [inlined] __cxx_global_var_init at units.hpp:11:21 >>>     frame #3: 0x0000000823865a81 libsass.so.1`_GLOBAL__sub_I_ast.cpp >>> at ast.cpp:0 >>>     frame #4: 0x00001eac6e3f078d ld-elf.so.1 >>>     frame #5: 0x00001eac6e3ef349 ld-elf.so.1 >>>     frame #6: 0x00001eac6e3ec099 ld-elf.so.1`___lldb_unnamed_symbol27 >>> + 25 >>> ``` >>> >>> which points me to this upstream line of code: https://github.com/ >>> sass/libsass/blob/7037f03fabeb2b18b5efa84403f5a6d7a990f460/src/ >>> units.hpp#L11 >>> >>> I could change the way it derives PI, but I'm not sure this is the >>> correct fix. >> >> At first sight this looks like some sort of initialization order >> fiasco, but without a full backtrace and some indications on what it >> is exactly segfaulting on it is hard to say. Is it reproducible? > > It is fully reproducible here by just compiling the sassc port and > trying to run it. It segfaults on startup. I'm following up to myself to note that I'm observing the same issue in textproc/opensp if trying to run anything linked with the library, for example its own binary "osx". I noticed it because it is required by libosp and then by gnucash which I use and maintain. libosp fails during configure due to a test binary compiled by configure script dumping core. I suspect there are more around the ports tree. -- Guido Falsi