From nobody Wed Nov 20 16:55:32 2024 X-Original-To: freebsd-current@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 4XtnYT1BHJz5dTq9 for ; Wed, 20 Nov 2024 16:55:41 +0000 (UTC) (envelope-from joneum@FreeBSD.org) Received: from mail.xn--zhlsdorff-q9a.eu (mail.xn--zhlsdorff-q9a.eu [142.132.193.151]) (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 4XtnYS2R9dz4LHD for ; Wed, 20 Nov 2024 16:55:40 +0000 (UTC) (envelope-from joneum@FreeBSD.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=softfail (mx1.freebsd.org: 142.132.193.151 is neither permitted nor denied by domain of joneum@FreeBSD.org) smtp.mailfrom=joneum@FreeBSD.org; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none) Received: from [192.168.188.157] (p5b16a844.dip0.t-ipconnect.de [91.22.168.68]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) (Authenticated sender: jochen@toco-domains.de) by mail.xn--zhlsdorff-q9a.eu (Postfix) with ESMTPSA id 594FFA7429 for ; Wed, 20 Nov 2024 16:55:32 +0000 (UTC) Message-ID: <2f7400d8-c997-4784-937f-baed5d9e45b9@FreeBSD.org> Date: Wed, 20 Nov 2024 17:55:32 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: de-DE To: FreeBSD Current From: Jochen Neumeister Subject: Not bootstrapping a cross-compiler Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -0.10 X-Rspamd-Action: no action X-Spam-Status: No, score=-0.10 X-Rspamd-Server: mail.xn--zhlsdorff-q9a.eu X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: WHITELIST_SENDER_DOMAIN X-Spamd-Result: default: False [-2.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:24940, ipnet:142.132.128.0/17, country:DE]; RCVD_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[joneum]; TO_DOM_EQ_FROM_DOM(0.00)[]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4XtnYS2R9dz4LHD X-Spamd-Bar: -- Alloah ML, I have a problem here after I just wanted to update CURRENT: After a “git pull” in /usr/src I get this error at buildworld: make -j12 buildworld --- buildworld --- make[1]: "/usr/src/Makefile.inc1" line 362: SYSTEM_COMPILER: Determined that CC=cc matches the source tree. Not bootstrapping a cross-compiler. make[1]: "/usr/src/Makefile.inc1" line 367: SYSTEM_LINKER: Determined that LD=ld matches the source tree. Not bootstrapping a cross-linker. --- buildworld_prologue --- -------------------------------------------------------------- >>> World build started on Wed Nov 20 17:54:39 CET 2024 -------------------------------------------------------------- --- _cleanworldtmp --- >>> Deleting stale files in build tree... 0.13 real 0.22 user 0.11 sys *** [_cleanworldtmp] Error code 6 make[1]: stopped making "buildworld" in /usr/src make[1]: 1 error make[1]: stopped making "buildworld" in /usr/src make: stopped making "buildworld" in /usr/src Does anyone have any tips? I can't find anything on google. cheers Jochen From nobody Wed Nov 20 17:32:48 2024 X-Original-To: freebsd-current@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 4XtpNX5qmHz5dX4p; Wed, 20 Nov 2024 17:33:00 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [IPv6:2a01:4f8:1c1c:11e5::1]) (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 4XtpNW2xfmz4Rvf; Wed, 20 Nov 2024 17:32:59 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=madpilot.net header.s=cyq4qetkgngm header.b=atrfiiJf; spf=pass (mx1.freebsd.org: domain of mad@madpilot.net designates 2a01:4f8:1c1c:11e5::1 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 4XtpNM2CFPzL80M; Wed, 20 Nov 2024 18:32:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:subject :subject:from:from:content-language:date:date:message-id :received; s=cyq4qetkgngm; t=1732123969; x=1733938370; bh=3v1/lp 67vfPPho/UTlSIjoMQNk5kwqWFYnf3TAadvIQ=; b=atrfiiJfX4Bzq4IlFBIKqo c7jE0KeMBPObMNHcjGtmnjfnddhoJBz9DXkrPRAPBdumHJlsVJGHKGehs839dGay ZK1Bwhtn5nDuYBfhjn18buIatYxykLPRjV12TNFMmqNPaCCDdSi2XJUSwSArhlRK wPUjeDFKRV+TEkUISKA49iwOEL1Iv8bLG7ITf59aREfLh7xZxpn2Q3JmgPNy982z ru4z3CpOO8bQEKf4qiKykorNPDbx0dw7dbWK9xYjC1dRnsC5KHKgUPyDCHdrEOlr wH21qAumLjSdyz6yucdo3Kbf2IWmRNPKXnJ7VLIibLxur8ahx1rjSFJUJi1CYFcQ == 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 vM73_h3dEiFv; Wed, 20 Nov 2024 18:32:49 +0100 (CET) Message-ID: Date: Wed, 20 Nov 2024 18:32:48 +0100 To: ports@freebsd.org, FreeBSD Current Content-Language: en-US, it From: Guido Falsi Subject: port binary dumping core on recent head in poudriere 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== Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.00 / 15.00]; MISSING_MIME_VERSION(2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; 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]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; 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: 4XtpNW2xfmz4Rvf X-Spamd-Bar: - List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Hi, 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. Thanks in advance for any insight! -- Guido Falsi From nobody Wed Nov 20 18:45:57 2024 X-Original-To: freebsd-current@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 4Xtr140jNsz5dcTg for ; Wed, 20 Nov 2024 18:46:16 +0000 (UTC) (envelope-from zagazaw2004@gmail.com) Received: from mail-oa1-x2c.google.com (mail-oa1-x2c.google.com [IPv6:2001:4860:4864:20::2c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xtr131sWjz4Zx8; Wed, 20 Nov 2024 18:46:15 +0000 (UTC) (envelope-from zagazaw2004@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-oa1-x2c.google.com with SMTP id 586e51a60fabf-296bff3f5e8so88606fac.2; Wed, 20 Nov 2024 10:46:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1732128369; x=1732733169; darn=freebsd.org; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=oaZ+UaD+JoeC3wCIQ1HTgJhR5V+YP64mGQf2f5ScxVQ=; b=d7c3LO7tzIZ9JEjq68D0oLCOHiIty84au9fX5rz/W8YZKn7Cbik2No73W0vYDXR9ZZ 1sO6/qvUjp0mizMY2j5NsYRzFD/OL06p7U8hfvQKG+BEZd2AxXJsAX4p00rsqoEVhgV0 ZguS/8B4ow+lz53M/AvD3d7foFlgpZxM04oHcOdNMLujKq9+t2cLVC65mFUWuslW6vKZ 3/+CJCJEd+PJvrR+BKjshKJBNfnXYBIXF9nitxuUEykMtSfZtMSYDTpZsqisz5bjNhMn EoBh6Znlczt8RXT27D2RUzIWoxOGLW4KjwiS+PtoYB0Pd/q5AI3/+q6anP+lk/XaKDiF rB7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1732128369; x=1732733169; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=oaZ+UaD+JoeC3wCIQ1HTgJhR5V+YP64mGQf2f5ScxVQ=; b=SXpRJDDF1RgSyxOlCHxYOzIzpl4Hv6MjuAR/n7QuqFz3hsyaOK9adNzqQXGNzQLtiv Rm0ttuOhmmRfe5u2ixafSoF8j7WMqKWftkXltdaC6l0Oy/B/N6r0wqGf8sq5yaV1ReHk E2UHpl/7gzcrRHm+DI6RhMi1XhNfZAX9gtlOivESNuJPbTCWOPMc2+pEqPliWsBKa7/3 e1Y6XvdyiaR+dr9k87YOdlHYWgJjE/4cauxUTrxTPeP2SPXUDeMN3zf89BsoGkTVWrR/ 3SKThTaVoGXnigWJoeJQv2sCVa0AYtrMAIWpNp8IsT/yNggyY3FnJj8uBTcf2WvsH5cZ avYQ== X-Gm-Message-State: AOJu0YzX3o2EA6GSqDqsEGUbhHWNYYSa3jsv7gbG9pWfMx+IHIn2B/YO +sW+AiTqspBx3t8csx6g/wD+nOFLg8zOtmwBbzuKEaWlm0Xt6Gf8knZj2A== X-Gm-Gg: ASbGncuOx7DwzNLUpNgujgqQXMG/8w50WWSglQOt52dlEbF7W0cURd5s3PsT0LY+1jQ FYEmPAY6CNj8mtsxdXlagyyej3TshXJSbNcfmd0qk6NCXVY1VOOWPug1QemQo8Xj+iwv6lNTAFE qdh6CwP089MFJ5SbXSzlirZtJeFjhmsTFtRfa+9LvKnCOHfGB1BD7rn1bk3Jk4CnufzC0gTbdyU AgoqoQ1xmNX8Rt+jx9oaanlLUq5Z1DT3H6UGFSrz5QlpEgySRRE6/AvVSDVGMYZ223LrBTxvsy+ 14MJ X-Google-Smtp-Source: AGHT+IF2JD+53N/0OyctLFn0tkSNd3KPsuzwmOLlOGHDE3g6inVCQON0X0tIaBOfRN+SEgrPFWrW3g== X-Received: by 2002:a05:6871:693:b0:296:f0be:ebd6 with SMTP id 586e51a60fabf-296f0bf2631mr2281559fac.19.1732128369239; Wed, 20 Nov 2024 10:46:09 -0800 (PST) Received: from smtpclient.apple ([2607:fb91:2ca5:860f:9d96:2499:67c5:dd6d]) by smtp.gmail.com with ESMTPSA id 586e51a60fabf-296ee2eb225sm316603fac.41.2024.11.20.10.46.08 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 20 Nov 2024 10:46:08 -0800 (PST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Maku Bex List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (1.0) Subject: Re: Not bootstrapping a cross-compiler Date: Wed, 20 Nov 2024 12:45:57 -0600 Message-Id: References: <2f7400d8-c997-4784-937f-baed5d9e45b9@FreeBSD.org> Cc: FreeBSD Current In-Reply-To: <2f7400d8-c997-4784-937f-baed5d9e45b9@FreeBSD.org> To: Jochen Neumeister X-Mailer: iPhone Mail (22B91) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US] X-Rspamd-Queue-Id: 4Xtr131sWjz4Zx8 X-Spamd-Bar: ---- Jochen, Post your make.conf, src.conf and src-env.conf if any. Are you using llvm/cl= ang from ports? Sent from the 6th Dimension=20 > On Nov 20, 2024, at 10:55, Jochen Neumeister wrote: >=20 > =EF=BB=BFAlloah ML, >=20 > I have a problem here after I just wanted to update CURRENT: >=20 > After a =E2=80=9Cgit pull=E2=80=9D in /usr/src I get this error at buildwo= rld: >=20 >=20 > make -j12 buildworld > --- buildworld --- > make[1]: "/usr/src/Makefile.inc1" line 362: SYSTEM_COMPILER: Determined th= at CC=3Dcc matches the source tree. Not bootstrapping a cross-compiler. > make[1]: "/usr/src/Makefile.inc1" line 367: SYSTEM_LINKER: Determined that= LD=3Dld matches the source tree. Not bootstrapping a cross-linker. > --- buildworld_prologue --- > -------------------------------------------------------------- > >>> World build started on Wed Nov 20 17:54:39 CET 2024 > -------------------------------------------------------------- > --- _cleanworldtmp --- > >>> Deleting stale files in build tree... > 0.13 real 0.22 user 0.11 sys > *** [_cleanworldtmp] Error code 6 >=20 > make[1]: stopped making "buildworld" in /usr/src > make[1]: 1 error >=20 > make[1]: stopped making "buildworld" in /usr/src >=20 > make: stopped making "buildworld" in /usr/src >=20 >=20 > Does anyone have any tips? I can't find anything on google. >=20 >=20 > cheers > Jochen >=20 From nobody Wed Nov 20 20:53:46 2024 X-Original-To: freebsd-current@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 4XttrL6Bf7z5dlMb for ; Wed, 20 Nov 2024 20:53:54 +0000 (UTC) (envelope-from yuri@aetern.org) Received: from fhigh-b2-smtp.messagingengine.com (fhigh-b2-smtp.messagingengine.com [202.12.124.153]) (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 4XttrL34n6z4nLq for ; Wed, 20 Nov 2024 20:53:54 +0000 (UTC) (envelope-from yuri@aetern.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=aetern.org header.s=fm3 header.b="tXZYzsf/"; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=5scUJ76G; spf=pass (mx1.freebsd.org: domain of yuri@aetern.org designates 202.12.124.153 as permitted sender) smtp.mailfrom=yuri@aetern.org Received: from phl-compute-06.internal (phl-compute-06.phl.internal [10.202.2.46]) by mailfhigh.stl.internal (Postfix) with ESMTP id 8C5E82540112 for ; Wed, 20 Nov 2024 15:53:52 -0500 (EST) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-06.internal (MEProxy); Wed, 20 Nov 2024 15:53:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aetern.org; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1732136032; x=1732222432; bh=rfQr2YWB4RHiwk4RkvVN5lx/CBcA4Nf0v0e7PMLAtPo=; b= tXZYzsf//X6LUDdeN7LkHAQ8sgvE1v9NJmIa7pc2iTYOJn7En6u/IqC0hg+v2f+7 KyrqfuVtgMwgZJMsDjaHiYu+HifrK2Z+6Ptg9j3votrA7ylNHuaceDb2Ft+o/5fV MZeRRPK+folLOHQXey9ZHv1rFEhLVzbja7PO66bAXQLva9XTxwtjVhlQzDWGcTND IBceIaWBcRwJO5PxnUN5dZ6is4g6w2dPuPQIUk7E32ijgsEUyqQE3puIsih1fPhc kE1ys0xs8aIP2uhO9/BCdqM+xpJFZ23lTAzJv5XW2kxEU4+va/5ZYmupOXAgcICz oB4TxR5euARcCdaJA0hZ3g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; t=1732136032; x=1732222432; bh=r fQr2YWB4RHiwk4RkvVN5lx/CBcA4Nf0v0e7PMLAtPo=; b=5scUJ76G2A67nhzX1 NuEbWi+/AEq1ddoBjWnNKEvhZGf0E0StFdmslS1UkJm/fca7R60WXXBD9CFoJ/O/ qJvs5Z/NB5Xfq3J39c+gr/uSdwX6d30CNd2T474yT1bn6BMUfv1yS6HjxfVq04Ek faK84g1LGLUmdEG+/LFsoxWuxLFQTKw+SETyaQ4FPyfwdXEYdGFD1O1Ko1ZYPjWT Pg4K5OQa6AjMFDzG0PTwaluxbpKFV9WgIqe1Gzhk7qPFmZatN3lu5Bzra3tjFMCG aSqUtto4csFcRTrNfh66ynPPnhhpk/16w5r8zK7HJzjwWjPn8b54TW8vxJp3Xrrg py3mw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrfeeggddugeduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfg fuvfhfhfgjtgfgsehtkeertddtvdejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceo hihurhhisegrvghtvghrnhdrohhrgheqnecuggftrfgrthhtvghrnhepfeehveegheeffe ekudefieevgffgkeegvddtleekueeljefhgeffhfetteefteeunecuffhomhgrihhnpehf rhgvvggsshgurdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhephihurhhisegrvghtvghrnhdrohhrghdpnhgspghrtghpthhtohepuddp mhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepfhhrvggvsghsugdqtghurhhrvghnth esfhhrvggvsghsugdrohhrgh X-ME-Proxy: Feedback-ID: i0d79475b:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Wed, 20 Nov 2024 15:53:51 -0500 (EST) Message-ID: Date: Thu, 21 Nov 2024 03:53:46 +0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Not bootstrapping a cross-compiler To: freebsd-current@freebsd.org References: <2f7400d8-c997-4784-937f-baed5d9e45b9@FreeBSD.org> Content-Language: en-US From: Yuri Pankov In-Reply-To: <2f7400d8-c997-4784-937f-baed5d9e45b9@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: local_wl_from X-Spamd-Result: default: False [-0.39 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:202.12.124.128/27]; R_DKIM_ALLOW(-0.20)[aetern.org:s=fm3,messagingengine.com:s=fm1]; XM_UA_NO_VERSION(0.01)[]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU]; local_wl_from(0.00)[yuri@aetern.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FREEFALL_USER(0.00)[yuri]; DKIM_TRACE(0.00)[aetern.org:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4XttrL34n6z4nLq X-Spamd-Bar: / Jochen Neumeister wrote: > Alloah ML, > > I have a problem here after I just wanted to update CURRENT: > > After a “git pull” in /usr/src I get this error at buildworld: > > > make -j12 buildworld > --- buildworld --- > make[1]: "/usr/src/Makefile.inc1" line 362: SYSTEM_COMPILER: Determined > that CC=cc matches the source tree.  Not bootstrapping a cross-compiler. > make[1]: "/usr/src/Makefile.inc1" line 367: SYSTEM_LINKER: Determined > that LD=ld matches the source tree.  Not bootstrapping a cross-linker. > --- buildworld_prologue --- > -------------------------------------------------------------- >>>> World build started on Wed Nov 20 17:54:39 CET 2024 > -------------------------------------------------------------- > --- _cleanworldtmp --- >>>> Deleting stale files in build tree... >         0.13 real         0.22 user         0.11 sys > *** [_cleanworldtmp] Error code 6 > > make[1]: stopped making "buildworld" in /usr/src > make[1]: 1 error > > make[1]: stopped making "buildworld" in /usr/src > > make: stopped making "buildworld" in /usr/src > > > Does anyone have any tips? I can't find anything on google. The subject is a bit misleading, there are other reports of buildworld failing in the cleanworld step, e.g. https://lists.freebsd.org/archives/freebsd-current/2024-October/006494.html (with somewhat misleading subject as well). Did you do a `make delete-old-libs` recently? If yes, most likely some of the bootstrapped binaries that buildworld tries to run were linked to now removed libraries. Try specifying WITH_CLEAN=yes as WITHOUT_CLEAN is a default now (or simply remove the relevant /usr/obj/ tree). From nobody Wed Nov 20 21:14:37 2024 X-Original-To: freebsd-current@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 4XtvJJ1HN9z5dmD0; Wed, 20 Nov 2024 21:14:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XtvJJ0nCbz4r05; Wed, 20 Nov 2024 21:14:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1732137280; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ZuRTErLrKZ4NNm/yv4LZBwiNNKq7BYvcdQ8pZTAM9ig=; b=tfzosAD8tbLJFXvU5kKvYffRiwIjKFiDCz90+ImRCjb3XGh0p/GK+9F+7Dmtu/MukSIvO1 Cef/59UigqGWjjetZ1N/82fRo/ZMMzanyk+eXwGDmbsEJT66n6nInQ8d5QHZqWKiDakWtQ pSaQyc+tvUE/HFNzkneIn5JFOwUxQrxdBO/r1Bm+6QpcsNE9XuemRCALDOff/ATSfRxwDH UbACCqN9ksV+FViP9jBrJOm6pRviK1Pt7z4PfajKiSy0hxnKqSEnul/F5wDBIjk49LVVGo 05Qe4Gjcos1TH7Z4vJh0JndbY5Ku18JnfL7Cir4Q2kLhKg+AOrVYDSw+ncwotA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1732137280; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ZuRTErLrKZ4NNm/yv4LZBwiNNKq7BYvcdQ8pZTAM9ig=; b=poMc9MRBjOu3nYcgGVp4D+rvW28/YeYvLKzb2XiOybU/s2J/IVdCiN/7xLMtQTKcOxJNIA P/OnpSuK4PD7gG5dNIS8mQp/bY4AuomJa8eY2qWL094r1Ag7lUP1U1ntr0O3CoSYbK+mad S//mmGuSImOLYSse6OdTLkcTOc7LCKL8jvhJXu+XADxqgX6E38B6GbapMBguoF+owiTZ/A LDFIL7fEUhwlpPnHmep3tkxK4xsZs3JquaXF3fsWJ1oMfbuo3vG6/FfCZc/pIHFPwlOKAT hpRMdK5GBlXoQrhXpQNpvk0OFD/vhjmUjJVlSQ4UVhuOFRSPwylRJObxcEBySw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1732137280; a=rsa-sha256; cv=none; b=JNKsrUkPPYtf+t3lxmSkQWKW24gmg9lmmx6+mEYHFUnz9Gw9vNsK85BDe9GdBe3QN3DEmt iVKdv+8HecJ2N9wSFz038c5NOmXWE4iO+sek75tZk0FewXIsS/IIGbUHWH7dlgj1RL8H2d quUbPqLWvIhnUFTPqgH9TzWiUtuidmN5M33oDRvzNvUzYPHamjYoIqO5XIzxFu45eH05f6 mAAzOQPtvNfX8hRMLwpIaEiGPIniioUk4X79oYNwdLhkFgP+maXc5bII9FLxF0uTxoBKmE SPJbeWOF3xo/ThUcIEQLeCIaqJ3kWXIQdvWtVJXTEliIdRuXhXiqOUgPQcsdGA== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R10" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XtvJH6gQQz1Dkw; Wed, 20 Nov 2024 21:14:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1B5AB2DC2B; Wed, 20 Nov 2024 22:14:38 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.9\)) Subject: Re: port binary dumping core on recent head in poudriere From: Dimitry Andric In-Reply-To: Date: Wed, 20 Nov 2024 22:14:37 +0100 Cc: ports@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <46E3A370-A3E0-4BAF-B707-87F94F98E248@FreeBSD.org> References: To: Guido Falsi X-Mailer: Apple Mail (2.3731.700.6.1.9) 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. >=20 > I'm seeing this for example with sassc crashing while trying to build = x11-themes/greybird-theme. >=20 > My first suspect was the llvm upgrade in head, but forcing sassc and = libsass to build with older clang via USES=3Dllvm:max=3D18 is not = helping. >=20 > I did recompile the offending programs with debug and tried a = backtrace and got this: >=20 > ``` > (lldb) bt > * thread #1, name =3D 'sassc', stop reason =3D 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=3D-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 > ``` >=20 > which points me to this upstream line of code: = https://github.com/sass/libsass/blob/7037f03fabeb2b18b5efa84403f5a6d7a990f= 460/src/units.hpp#L11 >=20 > 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? That said, it's rather crazy to calculate pi this way, when math.h has a = perfectly good M_PI define for this. You could replace this initialization with that, or try using constexpr = instead of const, but it is papering over the real problem, which seems = to be some unmapped library? -Dimitry From nobody Wed Nov 20 22:50:23 2024 X-Original-To: freebsd-current@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 4XtxQw0G6dz5drLc; Wed, 20 Nov 2024 22:50:32 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [IPv6:2a01:4f8:1c1c:11e5::1]) (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 4XtxQv2klMz45Qs; Wed, 20 Nov 2024 22:50:31 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from mail (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4XtxQp2YNFzL7yk; Wed, 20 Nov 2024 23:50:26 +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 :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1732143024; x= 1733957425; bh=DIniXa0ZxWrIr+lbnduPc7MuYSTWfXADgJpEYSfraco=; b=p TXowBdfoJ4+Vd64pxtMbO6Rtq/c7bAHxcuctbX0EeFFRoW0cCzLGK9s08SHJuzrQ VyBbbRZS6X17Fn3+kyn3Onmg728AmEOwBjOIfqZvFMjS5XF4MQFo9fUiBWT+oKUw p0c29SuwcEVeJ0FIBDflS8x08H9JQ3nqQDDxMwRXSKXpbei2+UG6WoqcDXAyBRCs FXhdH7evNqm4WkeyaBCL3ROu1QDDu0ddGqaSSIOc/9zEHrtUzbBeEB0QVQPVFYbt BeVw7st4mUx2jwSbA32VWbC/4P/lFehdy1znYOEccEyepbUOJsbeQ4sRD8LO7Z7Z n3yl2VrioR5gZMc2HH6DA== 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 t70M1Ri5nU_9; Wed, 20 Nov 2024 23:50:24 +0100 (CET) Message-ID: <5ee47c3d-f80e-4d50-9b6a-acb3c98e80e0@madpilot.net> Date: Wed, 20 Nov 2024 23:50:23 +0100 Subject: Re: port binary dumping core on recent head in poudriere To: Dimitry Andric Cc: ports@freebsd.org, FreeBSD Current References: <46E3A370-A3E0-4BAF-B707-87F94F98E248@FreeBSD.org> Content-Language: en-US From: Guido Falsi 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: <46E3A370-A3E0-4BAF-B707-87F94F98E248@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-Rspamd-Queue-Id: 4XtxQv2klMz45Qs X-Spamd-Bar: ---- List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org 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. In fact that is the full backtrace, I don't think there is much else to extract, but maybe I'm wrong, do you have steps to take to get more information out of lldb? I'm using head at cdfd0600dc8882f0a0d0e6d9a1cdcf926edba6d6 in both the host and poudriere jail. Tomorrow I'll try reproducing this on a local machine building on it. > > That said, it's rather crazy to calculate pi this way, when math.h has a perfectly good M_PI define for this. I find that line of code strange too, but it is working on releases. > > You could replace this initialization with that, or try using constexpr instead of const, but it is papering over the real problem, which seems to be some unmapped library? What do you mean by unmapped library? I'll try to play around with ldd and similar tolls tomorrow, maybe I can uncover something. I'm building the port as usual in poudriere, as a dependency of what I'm trying to test, looks like something changed in head causing this failure. -- Guido Falsi From nobody Thu Nov 21 09:42:14 2024 X-Original-To: freebsd-current@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 4XvCw91lq9z5cHLQ for ; Thu, 21 Nov 2024 09:43:21 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (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-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XvCw80VVFz3xY1 for ; Thu, 21 Nov 2024 09:43:19 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=vcV7fBma; spf=pass (mx1.freebsd.org: domain of Alexander@Leidinger.net designates 89.238.82.207 as permitted sender) smtp.mailfrom=Alexander@Leidinger.net; dmarc=pass (policy=quarantine) header.from=leidinger.net List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1732182185; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=Nab//22TSQvct0fg+HqLSLjFouCgEejhXOSepbJefeY=; b=vcV7fBmaobkl2kvwNg+3f0hSFQs9geGrmlB6M/QF6NA8j2sO8Jj0i+ID99qZDfDMuJwPUe BwsBqBRsj3phqn1EfDVDw7aXMRZJ9Z/un/Fc/g1gSL5/LD9viKEVtTDlumknoMz6VhQECa nbLAG9mkrglSgF3wXlglmOrRpoQHZVQ1mX/dogcfB1Z1ExPtniFPjcYH6wF/0xrCHA+PT7 0eoQ6gBj3qAirbAOBza8D5PCzFEpzB13cCNC6GKSLSUmBT2UE+1sa5V4slPf1hyacRUQPV 3rIi5qg1qRO9hsFd7mBcSbADdQO5Vd109uQJ6ZY2w24IqthCMQSHd1xioRtBbA== Date: Thu, 21 Nov 2024 10:42:14 +0100 From: Alexander Leidinger To: Current FreeBSD Subject: buildworld error ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' failed: symbol not defined Message-ID: <1221c0f9da65d606d6142623717819ab@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_1b6713892f2d29a4a5d127b0a09127cb"; micalg=pgp-sha256 X-Spamd-Result: default: False [-5.86 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.76)[-0.763]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; HAS_ATTACHMENT(0.00)[] X-Rspamd-Queue-Id: 4XvCw80VVFz3xY1 X-Spamd-Bar: ----- This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_1b6713892f2d29a4a5d127b0a09127cb Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi, I get: ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' failed: symbol not defined cc: error: linker command failed with exit code 1 (use -v to see invocation) This is with src from 2024-11-20 1:39pm UTC. My last build / running world is from 2024-11-13 18:34pm UTC. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_1b6713892f2d29a4a5d127b0a09127cb Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmc/AIcACgkQEg2wmwP4 2Ib2xA//Rv5vvmNMW8v/UNTcxooZwGhWLrEF95kf9ZCsBLi5YYHA/ehhtSVbSLWV JWAYIWzk5gHjUGtA7bPBidKXn8KCw8iKUAXhIuIHqUEviafVT8nAoOj4HDGAHG81 aFxIwzpDfRKLVUq8VgjWjILCaj95Nnh8k0M/wgjI6T0LHxu3a5D7LLdgwzzkqH5b 9n7wLFQ2p3l3MjhMkY5IZLJA6iVD4crExgaLRMdWqJXZAAzSRDViS+HMy/tQcUf4 aHH/HVu4x1htaGB9bp1W7IlM6NyuADC3yoeH/TKKulLWKDzDQM4J3vMcfd9JnEk/ PSYYkY9qHds3oLaC3A88s9uUIbOBWLdW93NXrfVW0gE0IsyRFb/vLqNbZFbxsx8S u/UaZu5hTFBgmGg22DoOrX3Qnfj8w19vdLcagbKS1xxuFjkl9+Uw59IVoL/pcah+ LmEtXCI/Qa/lDe0gJNjLODPvDCwMaynKZkZXfgmDrdGwDVvFcTZAc7lczp/pdXNj 1UA6LLZcuiuoRxZ4Es+kwjXKZnmjEaGRFUEmfm3s9kaw34H/KgDV7ufNOsWKztJR U5yX6462scoilU1voQS/z2YzCHkol8k7+rDnpqejSRJc2qmU5B/mtN3mZHhYUKKY WKyebL+GWdtoEXmu87SZw9f3475bQiNCWrLQufBXGs+ccnhoYig= =6xOl -----END PGP SIGNATURE----- --=_1b6713892f2d29a4a5d127b0a09127cb-- From nobody Thu Nov 21 15:04:58 2024 X-Original-To: freebsd-current@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 4XvM3d4295z5dCcp for ; Thu, 21 Nov 2024 15:05:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.82]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4XvM3c2zgbz480Z for ; Thu, 21 Nov 2024 15:05:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=sgfFdbnM; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732201513; bh=BL1BDDJPXJn02SsfHQoug0zJ81IKkMdcMlNIjZoDm9s=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=sgfFdbnMrvzKupb7ac7e2BKP2JY2wl756wo4s0U01C3e2KjYJm49VDal68XaPAHmsvEE+sNafHV2J4BjDjuBGBR4vWWxGoinZaj+Kna7dLSROI7tSUutCGkt916KWYcXsibeQNLVmI0a9EHnN/AEDUuSRXk6a8hrm4VgtZCstBzRbLIH859QS39Z6rjiPwdk68JJHtRZDg7CRapN7WWG6kWAEVYARfaID2vG7SZJR7YztWgZoliAzrP2yv5PjD98QNxIfevLlQRUKND0fhCFgVosZA2mmMBcYpp3GEkAAXg0QaCnKlFrHZgbEH0yw8NtQ4WKzXimrGn57HasnFyb8A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732201513; bh=zweLVbD1oiNLlI7OEOOA/R3Wxr7OSGLfK155L77kbcK=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Yto2zUR56UkY3vcInY2BlohHH0t29Du1fSaTjjqRMT22RAsGeumIkI+ePQd1IjoPRf7VsLT+r2CiCZCT2DXiOaeFQvU+4KhPt09rbPhffN0i7IZqEGcYwIS3yN+bfdWrkit7rQ1SltmF990kKfqU64VqfnRh8zJEAJeBwUUuff5ZcvfPaZq4lEaZi6DYGX/9T2Gd0DaJNlTC1LaZUvadfF9MdL/qpBTklcHY9mlKZ43nxJV4XYkvwYrzGiNPwkb0ys5ReoIhUlAc4zGPCVIhvnuC6XF6vDvYyN5qV3z/mqYEJ5dizewqFFQgkNMhmcoS0lh3/meBrOCXToRitmWXHQ== X-YMail-OSG: EUWuvQIVM1lC0mJ_AEC_rSrsAPlxndIeoA0HUWXfdu_MRnIFsGO3YRnkjW22yJO cH6_5iGzmMZR0sykJnOGnYzjM3TPAaAG6ftczWj_UadsqpzPioAdn6Ek5L33uL2oNdeBCwlnKtSf FpLbFZuQPHSzBgnlA1jGx2I0v8MZdKezGa_qADxplAeemCOdJniBYvE7h2U0uLCkuNu0sx1wzwvL qMiVVXff3aH.RgkZ.U3Csl_l3OKElgLtsrs7TZ2EwS8d1WSJr3JgzXTWn5sWemjnaF9gGzPS9gZD ndoyWqAP6N7tai7p8BSnauJK5G352Jv0TLZrTpFKjudNH2DX_AseFcMFBByLLN1shqoxbxevx3jB nflhV7Ae2Lbuqn5zoQtAlkVvV6fsM6JLtqEe_fJi3_KQvpgU_ZZyf9wZpQLMxxswv71Tn2_Dwtqo 0nckmF4.7ggceHxD87WB_WXT6i7WD1Ty_oO.0BuzeTekzddY1PncHQ0ByfAJHTf22fy1Iqx5k7PK fig1vwg3mONmjj4qLKD0FSK5xAz5pC6FMINtM4otDsASh7jAaYmKT6kHJnB_U7yFkCAAc8huSQ2L aL9rdlzGfZY_HWRmPq5sabPIPYMv6MoXAcvwwKDnqMju.5KogPDjYmhMNXGRa.Ov2dj9dDGycniv .JDDpA.bvADBw1GiarIDfDm3JfeYepr7f7OUNEJboKCYRJt5pYZm0SPGE6oHxrn.MiSBMOfGPJSc XaONaxSTAqpc.TwZlIZhBFqf2LTzz46xIjZhokOG2aHjfHmjq5w31EyEUb8o10vnEL3qpAlww8Kd Bi1sO1FOQkBhatM3l9OLsy5o9tsg4qMTUCAExgeboRNgMIZpQFBJiGCzQrvqulOnTcTSLVEar4AW C_4DQVf1TtbthDOESIM3xBdzZRbs6YRm0UskjSg4zi4WRYXXP4Y.4XfCMawXsQH.9SEjA0hZUP_L O8zgBdjk4.bJ16qyYOm5.umL1k_Gnw9W4oFzZEVGuzu43tcnXNpYSZD9YKdXKT9uNFIhgcc4AikO imB4qEliHK.Kvdvi00S3s4YpSKS1DH4rSOdX.kAeGjtLGpQUaqM5GPW83zZfYIUmykiNrPvjQE2J 8tKYRbouUqaLdF0UScl08NYFsuW_ZX2CxEVsfoEJ16A12IxZHyL4ITE5XTm85x0aOsE8LvA7.D0U ws5Lt4FdmNa0IObsUBPoq9uc4Er0XI65QoC2O_SYyK1jrp.BqRPovfFOl8RRpey9SjTZZ.0MWXk9 my2a2k2x5n_Cyfwx0jLJ55QO9yUeAX7HQITbs7WznyBtednafOp5vXK__6RRhNKn4GxHM5G3_Vhy Jf7T_WfdpO2L8zFuGBoCzWJxSX6r6vx4QWVjuCqkSg3qYEc8UsoI.DpYSx519LMIHaVmyDwLNCyq iohFNaKszabAa94CKm2z8rhSwTecqmnAspaqxWr.vG5OZQGHEkvZmlUE1c1VMmdnPi.i0NieGitt _hci8zVhbKUBkIAa102FQtKDoVrE6yrfYXG4jYkerUk6kXW7yhyWYrMFaxu3mbqdsMm_pAK8.Kpt DYN7Lwkd2S6sYVs4odT7eGg8v4EMTf_vcOSP61tE4MIBPmg8r3soPPuiNVguIZQzjnj_3kfg..Ks yvV2CXK_7P69m5HtUsJlspw6k4Fcq9oVYCb37bPkjRjNWdst.3ZiCCXuKkJRFAb7EFYFFt_hyw8A CDgwIRYSv3zyljWmgdV92fPWkkHgREGEdgFljel71FLuvT4uCy66b_Em0mpgtFAo1MBPjTCFkAQB gm1aJryy5ubRcyEBCECo.8BfyrF8XNwR.xEkStXZdplwa783uPcolmu.iq2iupyRxfLhrfxuv_jZ aAto21GZMcWcMlGC.goO8YCPWo7oggBehGc.5SX0wDL1KNwoX18NcxIMcEre4.l12rZtey9FPo2o b_8BNl5wMjCyxJjas2WWxmT.yAVfRauZwQZ5uFG0wFm.PjkPIu5WuqzQMgZJ1htnTiwpb3jm9s26 ldFu.031QwaTySrksTd4FlOUcutj_acec9eWpwDq.DmZ5E.OGMUI9jSy.5PO5EIXDcvhZIDSghJj 973qyLe201SDnW8sGBrrDboXMDlJVb2NAHnY0rGm6EXkqrOlp8uAWxDrIQEQRiaoRleXtTlsf0xn vu3RRHe.tTihsdpXi7RN9bZneB1N3t1PE3FLR.ZvHDUh.LyaqMYdkil75lAKMatq5DzL8vRI3tJe iqBwD26PGAEWh8QMxYv.HUVv6OTD_LwP5DWoiyCOcijoUUAPtFjxlvxxVTR0EY_Hrp0w3cOZErX7 3yViBKKfJd2CKEhotsgYyDfvhv7GIeQkZANQ- X-Sonic-MF: X-Sonic-ID: ce3e4323-8ef2-420b-82a5-c7ab59129574 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Thu, 21 Nov 2024 15:05:13 +0000 Received: by hermes--production-gq1-5dd4b47f46-wrqn7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID bd6cecb568d6ecc4b8c66099e824a86e; Thu, 21 Nov 2024 15:05:09 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: port binary dumping core on recent head in poudriere From: Mark Millard In-Reply-To: <0078D1FE-5A33-43A1-B679-727080676688@yahoo.com> Date: Thu, 21 Nov 2024 07:04:58 -0800 Cc: Dimitry Andric Content-Transfer-Encoding: quoted-printable Message-Id: References: <0078D1FE-5A33-43A1-B679-727080676688@yahoo.com> To: Guido Falsi , FreeBSD Mailing List , Current FreeBSD X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.82:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.82:from] X-Rspamd-Queue-Id: 4XvM3c2zgbz480Z X-Spamd-Bar: --- [Just resending, including the original-sender's listing of freebsd=3Dports.] On Nov 21, 2024, at 02:22, Mark Millard wrote: > I've noticed that recently some ports are dumping core during builds = of=20 > dependencies in head in poudriere. >=20 > I'm seeing this for example with sassc crashing while trying to build=20= > x11-themes/greybird-theme. >=20 > My first suspect was the llvm upgrade in head, but forcing sassc and=20= > libsass to build with older clang via USES=3Dllvm:max=3D18 is not = helping. >=20 > I did recompile the offending programs with debug and tried a = backtrace=20 > and got this: >=20 > ``` > (lldb) bt > * thread #1, name =3D 'sassc', stop reason =3D signal SIGSEGV: invalid=20= > permissions for mapped object (fault address: 0x82374a000) > * frame #0: 0x000000082374a000 libsass.so.1 > frame #1: 0x0000000823865a86 libsass.so.1`_GLOBAL__sub_I_ast.cpp=20 > [inlined] double std::__1::__math::acos[abi:se190102](__x=3D-1) = at=20 > inverse_trigonometric_functions.h:40:10 > frame #2: 0x0000000823865a81 libsass.so.1`_GLOBAL__sub_I_ast.cpp=20 > [inlined] __cxx_global_var_init at units.hpp:11:21 > frame #3: 0x0000000823865a81 libsass.so.1`_GLOBAL__sub_I_ast.cpp at=20 > 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 > ``` >=20 > which points me to this upstream line of code:=20 > = https://github.com/sass/libsass/blob/7037f03fabeb2b18b5efa84403f5a6d7a990f= 460/src/units.hpp#L11 The below verifies that the acos@got.plt ends up with the bad value that is the failure address, reloc_plt setting the bad value into acos@got.plt . Some of this may be because there are 2 's in the code (from an "info b" in gdb after I'd "b acos@plt"): 2.1 y 0x00000008004f3da0 2.2 y 0x000000080066e690 (gdb) disass 0x00000008004f3da0 Dump of assembler code for function acos@plt: 0x00000008004f3da0 <+0>: jmp *0x14362(%rip) # 0x800508108 = 0x00000008004f3da6 <+6>: push $0x72 0x00000008004f3dab <+11>: jmp 0x8004f3670 (gdb) disass 0x000000080066e690 Dump of assembler code for function acos@plt: 0x000000080066e690 <+0>: jmp *0x2ada(%rip) # 0x800671170 = 0x000000080066e696 <+6>: push $0xb 0x000000080066e69b <+11>: jmp 0x80066e5d0 End of assembler dump. There are also the 2 separate 's in the code: (gdb) x/gx 0x800508108 0x800508108 : 0x0000000800249000 (gdb) x/gx 0x800671170 0x800671170 : 0x000000080066e696 One of these is is junk and the other is not: (gdb) disass 0x0000000800249000 No function contains specified address. NOTE: At this stage the result should have been based on: 0x00000008004f3da6 (gdb) disass 0x000000080066e696 Dump of assembler code for function acos@plt: 0x000000080066e690 <+0>: jmp *0x2ada(%rip) # 0x800671170 = 0x000000080066e696 <+6>: push $0xb 0x000000080066e69b <+11>: jmp 0x80066e5d0 End of assembler dump. I built textproc/sassc in poudriere in my personal environment. Running it fails as was described. First just see the failing address and where it fits in the info files information. (gdb) run Starting program: /usr/local/bin/sassc =20 Program received signal SIGSEGV, Segmentation fault. Invalid permissions for mapped object. 0x0000000800249000 in ?? () (gdb) info files Symbols from "/usr/local/bin/sassc". Native process: Using the running image of child process 80969. While running this, GDB does not access memory from... Local exec file: `/usr/local/bin/sassc', file type elf64-x86-64-freebsd. Entry point: 0x203440. . . 0x0000000800225230 - 0x0000000800226058 is .bss in /libexec/ld-elf.so.1 0x00007ffffffff0e8 - 0x00007ffffffff100 is .hash in system-supplied DSO = at 0x7ffffffff000 0x00007ffffffff100 - 0x00007ffffffff130 is .dynsym in system-supplied = DSO at 0x7ffffffff000 0x00007ffffffff130 - 0x00007ffffffff157 is .dynstr in system-supplied = DSO at 0x7ffffffff000 0x00007ffffffff158 - 0x00007ffffffff15c is .gnu.version in = system-supplied DSO at 0x7ffffffff000 0x00007ffffffff15c - 0x00007ffffffff194 is .gnu.version_d in = system-supplied DSO at 0x7ffffffff000 0x00007ffffffff194 - 0x00007ffffffff1a8 is .eh_frame_hdr in = system-supplied DSO at 0x7ffffffff000 0x00007ffffffff1a8 - 0x00007ffffffff214 is .eh_frame in system-supplied = DSO at 0x7ffffffff000 0x00007ffffffff218 - 0x00007ffffffff2c8 is .dynamic in system-supplied = DSO at 0x7ffffffff000 0x00007ffffffff2d0 - 0x00007ffffffff2e6 is .text in system-supplied DSO = at 0x7ffffffff000 0x0000000800249270 - 0x0000000800249288 is .note.tag in = /usr/local/lib/libsass.so.1 . . . 0x0000000800630310 - 0x00000008006343f8 is .bss in /lib/libcxxrt.so.1 0x00000008006352a8 - 0x00000008006352c0 is .note.tag in /lib/libm.so.5 . . . 0x000000080066e5d0 - 0x000000080066ee30 is .plt in /lib/libm.so.5 NOTE where 0x0000000800249000 fits in the above: outside any range. (And is referencing an implementation in /lib/libm.so.5 instead of /usr/local/lib/libsass.so.1 .) NOTE where 0x000000080066e696 fits in the above: inside a /lib/libm.so.5 = range. (And is referencing the implementation also in /lib/libm.so.5 .) I'll note c++/v1/__math/inverse_trigonometric_functions.h having: template ::value, int> =3D 0> inline _LIBCPP_HIDE_FROM_ABI double acos(_A1 __x) _NOEXCEPT { return __builtin_acos((double)__x); } This is in use in multiple places but each should end up using the implementation in /lib/libm.so.5 . Then rerunning for tracking acos@got.plt use and a little other context: (gdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (gdb) b __cxx_global_var_init Breakpoint 1 at 0x800364a81: __cxx_global_var_init. (50 locations) (gdb) b acos@plt Breakpoint 2 at 0x8004f3da0 (2 locations) (gdb) watch -l *(unsigned long*)0x800508108 Hardware watchpoint 3: -location *(unsigned long*)0x800508108 (gdb) watch -l *(unsigned long*)0x800671170 Hardware watchpoint 4: -location *(unsigned long*)0x800671170 (gdb) run The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/local/bin/sassc =20 Hardware watchpoint 3: -location *(unsigned long*)0x800508108 Old value =3D 0x0 New value =3D 0x800249000 reloc_plt (obj=3Dobj@entry=3D0x80022a808, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /usr/main-src/libexec/rtld-elf/amd64/reloc.c:343 343 break; NOTE: Old value being 0x0 is why things are odd. (gdb) bt #0 reloc_plt (obj=3Dobj@entry=3D0x80022a808, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /usr/main-src/libexec/rtld-elf/amd64/reloc.c:343 #1 0x0000000800217763 in relocate_object (obj=3Dobj@entry=3D0x80022a808, = bind_now=3D0x0, rtldobj=3Drtldobj@entry=3D0x800225250 , = flags=3Dflags@entry=3D0x4, lockstate=3Dlockstate@entry=3D0x0) at /usr/main-src/libexec/rtld-elf/rtld.c:3331 #2 0x000000080020fc38 in relocate_objects (first=3D, = bind_now=3D, flags=3D0x4, lockstate=3D0x0, = rtldobj=3D) at /usr/main-src/libexec/rtld-elf/rtld.c:3369 #3 _rtld (sp=3D, exit_proc=3D0x7fffffffea50, = objp=3D0x7fffffffea58) at /usr/main-src/libexec/rtld-elf/rtld.c:903 #4 0x000000080020cdf9 in rtld_start () at = /usr/main-src/libexec/rtld-elf/amd64/rtld_start.S:40 (gdb) list 338 switch(ELF_R_TYPE(rela->r_info)) { 339 case R_X86_64_JMP_SLOT: 340 /* Relocate the GOT slot pointing into the PLT. */ 341 where =3D (Elf_Addr *)(obj->relocbase + rela->r_offset); 342 *where +=3D (Elf_Addr)obj->relocbase; 343 break; 344 345 case R_X86_64_IRELATIVE: 346 obj->irelative =3D true; 347 break; (gdb) print obj->relocbase $1 =3D (caddr_t) 0x800249000 "\177ELF\002\001\001\t" (gdb) print rela->r_offset $2 =3D 0x2bf108 (gdb) print where $3 =3D (Elf_Addr *) 0x800508108 (gdb) print *where $4 =3D 0x800249000 (gdb) c Continuing. Hardware watchpoint 4: -location *(unsigned long*)0x800671170 Old value =3D 0x39696 New value =3D 0x80066e696 reloc_plt (obj=3Dobj@entry=3D0x80022e408, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /usr/main-src/libexec/rtld-elf/amd64/reloc.c:343 343 break; (gdb) bt #0 reloc_plt (obj=3Dobj@entry=3D0x80022e408, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /usr/main-src/libexec/rtld-elf/amd64/reloc.c:343 #1 0x0000000800217763 in relocate_object (obj=3Dobj@entry=3D0x80022e408, = bind_now=3D0x0, rtldobj=3Drtldobj@entry=3D0x800225250 , = flags=3Dflags@entry=3D0x4, lockstate=3Dlockstate@entry=3D0x0) at /usr/main-src/libexec/rtld-elf/rtld.c:3331 #2 0x000000080020fc38 in relocate_objects (first=3D, = bind_now=3D, flags=3D0x4, lockstate=3D0x0, = rtldobj=3D) at /usr/main-src/libexec/rtld-elf/rtld.c:3369 #3 _rtld (sp=3D, exit_proc=3D0x7fffffffea50, = objp=3D0x7fffffffea58) at /usr/main-src/libexec/rtld-elf/rtld.c:903 #4 0x000000080020cdf9 in rtld_start () at = /usr/main-src/libexec/rtld-elf/amd64/rtld_start.S:40 (gdb) list 338 switch(ELF_R_TYPE(rela->r_info)) { 339 case R_X86_64_JMP_SLOT: 340 /* Relocate the GOT slot pointing into the PLT. */ 341 where =3D (Elf_Addr *)(obj->relocbase + rela->r_offset); 342 *where +=3D (Elf_Addr)obj->relocbase; 343 break; 344 345 case R_X86_64_IRELATIVE: 346 obj->irelative =3D true; 347 break; (gdb) print obj->relocbase $5 =3D (caddr_t) 0x800635000 "\177ELF\002\001\001\t" (gdb) print rela->r_offset $6 =3D 0x3c170 (gdb) print where $7 =3D (Elf_Addr *) 0x800671170 (gdb) print *where $8 =3D 0x80066e696 (gdb) c Continuing. Breakpoint 1.50, 0x00000008005beee4 in __cxx_global_var_init () from = /lib/libc++.so.1 (gdb) c Continuing. Breakpoint 1.1, __cxx_global_var_init () at ./units.hpp:11 warning: 11 ./units.hpp: No such file or directory (gdb) c Continuing. Breakpoint 2.1, 0x00000008004f3da0 in acos@plt () from = /usr/local/lib/libsass.so.1 (gdb) bt #0 0x00000008004f3da0 in acos@plt () from /usr/local/lib/libsass.so.1 #1 0x0000000800364a86 in = _ZNSt3__16__math4acosB8se190102IiTnNS_9enable_ifIXsr11is_integralIT_EE5val= ueEiE4typeELi0EEEdS3_ (__x=3D0xffffffff) at /usr/include/c++/v1/__math/inverse_trigonometric_functions.h:40 #2 __cxx_global_var_init () at ./units.hpp:11 #3 0x0000000800364a86 in _GLOBAL__sub_I_ast.cpp () from = /usr/local/lib/libsass.so.1 #4 0x00000008002114ed in objlist_call_init = (list=3Dlist@entry=3D0x7fffffffe9e0, = lockstate=3Dlockstate@entry=3D0x7fffffffe7d0) at = /usr/main-src/libexec/rtld-elf/rtld.c:3128 #5 0x00000008002100a9 in _rtld (sp=3D, = exit_proc=3D0x7fffffffea50, objp=3D0x7fffffffea58) at = /usr/main-src/libexec/rtld-elf/rtld.c:974 #6 0x000000080020cdf9 in rtld_start () at = /usr/main-src/libexec/rtld-elf/amd64/rtld_start.S:40 (gdb) disass Dump of assembler code for function acos@plt: =3D> 0x00000008004f3da0 <+0>: jmp *0x14362(%rip) # 0x800508108 = 0x00000008004f3da6 <+6>: push $0x72 0x00000008004f3dab <+11>: jmp 0x8004f3670 End of assembler dump. (gdb) stepi 0x0000000800249000 in ?? () (gdb) bt #0 0x0000000800249000 in ?? () #1 0x0000000800364a86 in = _ZNSt3__16__math4acosB8se190102IiTnNS_9enable_ifIXsr11is_integralIT_EE5val= ueEiE4typeELi0EEEdS3_ (__x=3D0xffffffff) at /usr/include/c++/v1/__math/inverse_trigonometric_functions.h:40 #2 __cxx_global_var_init () at ./units.hpp:11 #3 0x0000000800364a86 in _GLOBAL__sub_I_ast.cpp () from = /usr/local/lib/libsass.so.1 #4 0x00000008002114ed in objlist_call_init = (list=3Dlist@entry=3D0x7fffffffe9e0, = lockstate=3Dlockstate@entry=3D0x7fffffffe7d0) at = /usr/main-src/libexec/rtld-elf/rtld.c:3128 #5 0x00000008002100a9 in _rtld (sp=3D, = exit_proc=3D0x7fffffffea50, objp=3D0x7fffffffea58) at = /usr/main-src/libexec/rtld-elf/rtld.c:974 #6 0x000000080020cdf9 in rtld_start () at = /usr/main-src/libexec/rtld-elf/amd64/rtld_start.S:40 (gdb) stepi Program received signal SIGSEGV, Segmentation fault. Invalid permissions for mapped object. 0x0000000800249000 in ?? () =3D=3D=3D Mark Millard marklmi at yahoo.com =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Nov 21 17:17:31 2024 X-Original-To: freebsd-current@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: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@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 From nobody Thu Nov 21 17:27:36 2024 X-Original-To: freebsd-current@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 4XvQCv0P7rz5dMrS; Thu, 21 Nov 2024 17:27:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XvQCt6vZxz4RCD; Thu, 21 Nov 2024 17:27:38 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1732210059; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=oZGndYgjb7SXxzpGUuG2mFFU7Yxh9UrcfW+vV72JdE0=; b=HY6aP2ZcoiUlxMYu037nvzDUHzK2WlXcfH4aWG+gYSkKmLRF3/BhCurlXvT+Zn31cDdyUb ttCvGvy+/nlzqI6gtENUZxEeAjSf2pUAXNejyNof/sFCZdXKK8BtbEaEIBrMWV4wgLsvv8 BTS+qtCIPncn7WjZiOxZb0UKHQ4PeN43rcpg45U2w/4zepUgvwjHeAhknu3Y9R20tqk/Wj YFGa+CNz69xEsIfZpl3sc+keUKLIzIYyz7Vk3Ji3Byf/wTAv8cUFl0t9MQaD55ys6bi3ZZ FMeRCR+bvnPko+CSuQCKTcXDkmLv0D2Es46R/fTrATS3leU9S3SZgK2JdQtjZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1732210059; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=oZGndYgjb7SXxzpGUuG2mFFU7Yxh9UrcfW+vV72JdE0=; b=Hjx4nJQZtlbvAwI2BNIVvIazLerZ+9H9xEuG9p9oF+CVLUPyyF8dXPQlaWASSJLOYD9LOZ tR0Q8IVS4eKTSUqKc/vmJX3jrI25/gqjWwWY+jZ0D9dNOOrH5ViRtbHK2grue8XQK6udN5 uZS+wgYWFFoGqd6JNbx/lYVT716ZRu5tyl81peYJXo5a1ZEZqTGGE+iYXK1rcFbagh0Eag w5ODQunZE4ZxB+mjDmbiEwWxyxpaEMtzw+e5TjpJ4VgERLlEBc4rFeUSCtMdx8OnWp8QX5 OW4QDb+43r9nt9aB5hPR9qAGqi2EH2jEQ8ewRBFe6JkbUxnnhkFvNQfmTHrz2Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1732210059; a=rsa-sha256; cv=none; b=st1pzZNRrl/cQiU61YDvWLA9xSR2pOVLRBCQDBA/fu7NfQYMvMTeF4rXm/+C35ghiJ00v/ x6Mig8tNGF+GHj0np350AyyfRicOnChbKGs+O0BGeJAT3Ybt3+zoHjw68BW5360SuPNR6w MAn+a8zd2cKB6H5o7rJUXTem3IVyGpjEleiJIsn1QQjXn7NtIg+SvyJY6xkSyj/eYBZ96s sfDuG2BeKislH+d/ylyjnAHGexQMva89X4OQWyF/f6nlXFI9f6qe7/l5/37hD6bg8EFRBv 97KlbRBymsqo7o4qFF13ZkBgKzGocabTQxbI88rDMuTUqhmXd4wpWBNdQ6uRBA== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R10" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XvQCt5mVPzRhM; Thu, 21 Nov 2024 17:27:38 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 24E8A2ED13; Thu, 21 Nov 2024 18:27:37 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.9\)) Subject: Re: port binary dumping core on recent head in poudriere From: Dimitry Andric In-Reply-To: Date: Thu, 21 Nov 2024 18:27:36 +0100 Cc: ports@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <46E3A370-A3E0-4BAF-B707-87F94F98E248@FreeBSD.org> <5ee47c3d-f80e-4d50-9b6a-acb3c98e80e0@madpilot.net> To: Guido Falsi X-Mailer: Apple Mail (2.3731.700.6.1.9) On 21 Nov 2024, at 18:17, Guido Falsi wrote: >=20 > 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. >>>>=20 >>>> I'm seeing this for example with sassc crashing while trying to = build x11-themes/greybird-theme. >>>>=20 >>>> My first suspect was the llvm upgrade in head, but forcing sassc = and libsass to build with older clang via USES=3Dllvm:max=3D18 is not = helping. >>>>=20 >>>> I did recompile the offending programs with debug and tried a = backtrace and got this: >>>>=20 >>>> ``` >>>> (lldb) bt >>>> * thread #1, name =3D 'sassc', stop reason =3D 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=3D-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 >>>> ``` >>>>=20 >>>> which points me to this upstream line of code: https://github.com/ = sass/libsass/blob/7037f03fabeb2b18b5efa84403f5a6d7a990f460/src/ = units.hpp#L11 >>>>=20 >>>> I could change the way it derives PI, but I'm not sure this is the = correct fix. >>>=20 >>> 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. >=20 > 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". >=20 > 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. >=20 > I suspect there are more around the ports tree. I cannot reproduce this at all. For me the sassc binary runs fine, and = also the x11-themes/greybird-theme port builds fine. Then again, my base = system is probably older than yours? Which revision are you running? -Dimitry From nobody Thu Nov 21 17:33:26 2024 X-Original-To: freebsd-current@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 4XvQLn45nCz5dNFp; Thu, 21 Nov 2024 17:33:37 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [IPv6:2a01:4f8:1c1c:11e5::1]) (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 4XvQLn1Dznz4SqS; Thu, 21 Nov 2024 17:33:37 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from mail (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4XvQLd4bp3zL80W; Thu, 21 Nov 2024 18:33:29 +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 :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1732210407; x= 1734024808; bh=611QKqPj7AVpnah7lw9JRspqQnOHW4EdqESN3tQ5HUs=; b=G WQmZuR0YLAh0J6oXUtntVwciCOI7Zg++tql3gqTCyKVIn2Pmmr/OhPKTDjUK6pgQ uC/iEhmlOtLa1p10IQhPfuXJlGX0G5oxFAEzzacGVP1B3sAKRgjcv8aLdGU/uiAT Ang/AzSCKGq/sWbVxo8XxJRgtICcmw1/5CrcZ/RFaqK8JhLU48tfZtm1ItweqOqj aOrO7wz1pPKGAjGhuWNTmKHtV/8UPB12dCtpBdSicMXcRrFV8ZIEisML3/PeFONl 44XFuJQNup/B6SR1vU1Md9YcBfdTIFsXQFsu1Ouy3Lvhl36KzOkNkeK8+1SooJFr Euqgg6GhB5FuRSbRRyB3g== 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 43-NqxTSMlLE; Thu, 21 Nov 2024 18:33:27 +0100 (CET) Message-ID: <7c9c3cf5-bbd1-4642-8d04-33aa07a4db02@madpilot.net> Date: Thu, 21 Nov 2024 18:33:26 +0100 Subject: Re: port binary dumping core on recent head in poudriere 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 From: Guido Falsi 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: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-Rspamd-Queue-Id: 4XvQLn1Dznz4SqS X-Spamd-Bar: ---- List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org On 21/11/24 18:27, Dimitry Andric wrote: > On 21 Nov 2024, at 18:17, Guido Falsi wrote: >> >> 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. > > I cannot reproduce this at all. For me the sassc binary runs fine, and also the x11-themes/greybird-theme port builds fine. Then again, my base system is probably older than yours? Which revision are you running? I'm running cdfd0600dc8882f0a0d0e6d9a1cdcf926edba6d6 from Tue Nov 5 13:35:17 2024 -0800 (cut & paste from git log) -- Guido Falsi From nobody Thu Nov 21 17:39:03 2024 X-Original-To: freebsd-current@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 4XvQTN3yNFz5dN4Y for ; Thu, 21 Nov 2024 17:39:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4XvQTM3VyCz4VH4 for ; Thu, 21 Nov 2024 17:39:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ZMZov68i; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732210757; bh=Gs9oIFhZ3e2Hxt5T4CZ6LqPSyFsvDvkP2pc+S+QITYQ=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=ZMZov68iDBsJv+iZrMD6lO7o0p0IwNqPaA56AhC45DB1RbIjG+Q2xGPj4IY8rXrDaitiUrGvKwVJj5kUHrJCqysvtoksDxx0GmOA0QKkbRDLvNQX3LirAI/daS2VAadRREl6//xuW/9+0Dz9nJ8J9N6HI2//tIWFcdZIIgPEUMGlojj/Hr6GtyWzmt9tSJGH+NtjL2ChMFq5e/UHBjSQnRm6yJJ3EePDo+AV8XXZP37X9+TO+5zg2TkXHTRdjSVgORU4ReyKRhEi/BEqEgkC7uZQmEh83rddl64V0hn3ymvZj+/J2Vs+Nt3iu/v/ZAc5e5jxNwL9V+1lUKYHQbdQvQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732210757; bh=m3vUhjID6NuAj81y6xs2saEUFnM/uivao9fA7Pv7uMv=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=nygO37YTm5NEbD/Z2b0g5XFLsMiCZLyx0vB4yhKmvrUokiiERCvnYa45miFsH7yfdIXll38udHbnVDgHxeywhd64kvWC21MX+EVEZ+YWPEjKk2xH2fHqBB8BMV5HcaXVvEySlQHL0RWdlHJ6JnWTblV8FOUU7ZjCshlIjhIGWL/z9mjbhsvxUwwP20weymL6Ic63oqwYlzcFz4qhbgk8WYldwxwh0XmM30QG2FiiykhkcROP2DUJBMQyeR8ZkzON49PqdsVHzvHEQrFtC+i3lNoaaFZQM4MaCjgLRzKkkiK9z8AMxndLYC9wniSWSmo+RWL59Wfb6StFTAXrTyq2UQ== X-YMail-OSG: ZXcjaQEVM1nJ6.7HrsZCoAcdjoBYwuEkpqKBbR1cBe59GE4P9yoBiUtvlUgl4Qr Gok79TH3n.Rt9INPMNOYR1S7Ud5Znh6YARQadtqn_E2AzjlZSw3DtiaFJ7.p0jU3HB5tojJR.bj0 vVip9s.kK_5yEhuwRdR1_Ug._dlMTSOAHbi6JLk2sCi.qrZtqQma8XRDrFZIEHoj62AQJgzj0C5r 6JEzEPTC0Lj0D_Kc9ENPTvQWolaLlLcPA.soZLhGwCL3KfeJRNPCJTmcnS7AY280EGlzav44YJCY _Yhx6xoaL4On9POzHX5E6BBevMDbtKnkPgRoY8lHnP.mnBw5zsI.DRXZiWKHHUVGpUoYyvg_HFEz 2PB9YMZvABl9cyEwXa7zkK_6itH4IFe2t.8.fSpO8E_hdsApqLuum0XhDNSaeJGtHk6BSvC4pwA3 xFRN_zHsseBGR52wjdn1HUF96aBMy2zoJ.kCbnQ1IGIq2npFQiDMHnf1X0zitdUzEU2Hcbd.hs9c TZ7NNoqzpagJ0Pd1IcMM54ZlZRoNbwsYHiRS4ahCAo6dDNk3srjpKouh7PSBHY.sg4UVGZzoUYYo QzrizACWJtaryF3KYN_Lzr3hbP4TYMN1dfxuUkkwL4CkGRs2SzsPts6YP47sMkP61uOwiv4iDonh .pnDK7gFQNEOFoiAw4QoU2MvAyEeSHfm9HdLmxxOhYdLTUSiV3AVZrFTsIeTTGAWQfq5UpV7uOQm nfamb7vhtFQLQlbMm68J7wvpo4_2ysynJrKTwiJKUaPjQE9fKqg0r5hzoak8VYLfQO99ec2qFIjL n4PqNZPnxM_u8o4dy5pWU55LZCcoobJT9Otq5nH7FHPa9mEfmLllPRMIhx5gx8AotL9CyyM.v2Km EKAT7fu3GUyShRFc.zpwUii04.U0ebbOCp5oQy70Wr3Lu3sXthjAgTAVO3LK6SSJOiZm0HmeG0NX RzUnB6LgaGc8jJUCwOFjqnR3pirRiZv2Kbu48y4iZqzdshdU7ZZo6pWIweh52YZuch0JJ82c78UM GmFRBoVZZHq4LcFoUVgTWVasUmN.4xCG1T54iovTD44xF1z.kyao7p1Qmk1CE11kk2msfRxtlMp7 o.BEvojhRUODuUcGQzwuUYxB_bsjJHdNcyxmu71dTeum.u6dXGV0pMhuC4J243tRDvXLlgldC2sM MVa45W07ytFkj4YI25yBHIWf5w8FPE3obpRYwYR7A.0raH_VcE8WfKMsW0EA702IbMB1Xq6gjuUN R6HSee49pig1UUMUnyGZTcIOws5lQ.Rx3vjoGZZQkUHN8tDHuZfM1kQc4vj0Y82z06KMsL_qt5wf NF7Elaq7EUdBu2WildnwYVRYnPjksvatjBFAwJDVPQNVVxWCLY9yZY3nhWvCFLJ8AovxGKVVC1Jn 8bc3u9pcjKVk7nYQBRmpcn9pyPffkEFrsqOAGHpu8PfBB2wfeeDz9htMfDJBtMtRRh.Nx1fm9eSW Vd1KbBn..x43uf.slCAKxOkD4GBwHxJCIryju7krAj61kbWod1clv8Ai2.UeBxZtqVf82sCiT9MZ mWlGSBz58Cx5MxWVWPyDu7YXsI9bszro2cMr03QJ54xXnQCPI6qZknQwfeLqPFANcBQC_Uv8iBg8 u3pYimzHUzr0kteDEAS2wVuJfWSXxxbKyGS8Nhrgf6u6Hf4mrRB0P.jrrOLJulCPKJnAWBf6vMm4 C6i_qthD_VtC8a81vG7agsuTgtp0VDyJoCwkdmcrHK2NpY5me3DjGQ_Hooemq9cX41cWxBwFPYyB YafvYiP060PI3q0BmwitTrL1Utlie.WHWpBGBflnSKZD1f8ssoH1wBmnCg_NPRN98He6M.OHEdOa g1bm_QIm8wdvKliGUivcEK5FqkGbP0qaPKE7ZdrBefa12iF9PAN93P7d0048UhMOVDhkfLEVP2w7 2ewXX5Kd.VYSvbpzKEj4a9UTaSXWabE6VWhsaU9nlonbQVnMh3sBH5kvvCF19NOGLUFkH3Ndwr6_ POH1dcIFg3.dcIALVi8Gd42mcUDgaqrp9DCNZjWs.XAWPW3WWGTed.WrSRBne1G9KZ30qqgFzXfG Cng5xYmzuBgHTGrOXIjoN_d8JR.SaoAPQhA9_2dn_XhUbUqs2xhCYGGRkw4kie8M_y2iiqM1Nby5 anwRVznSQSLka0Ndhd75EETjUwsHalpa1xFYGGoq9eS3irwsi5LWdVDiFtCySK4xHAxUWzXsaWxO Qd8KKD_BDJekunRb17aBIIba9LRqvK8l1e9NmYKYY3l67wCUOIVI2Ig3fuZhhzUThsYawNMJcN9W gj.ihtnvjQmYNVmzEjlxSiDT6ccJgaEg3_as- X-Sonic-MF: X-Sonic-ID: c5369f3f-88d6-49c4-943e-f291ecb36e42 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Thu, 21 Nov 2024 17:39:17 +0000 Received: by hermes--production-gq1-5dd4b47f46-5xsmt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 266f9956ce99365a6aa1980ef192f167; Thu, 21 Nov 2024 17:39:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: port binary dumping core on recent head in poudriere Message-Id: <5B4B362E-EF6A-4847-8B7D-FEFD97A65F52@yahoo.com> Date: Thu, 21 Nov 2024 09:39:03 -0800 Cc: Guido Falsi To: Dimitry Andric , Current FreeBSD , FreeBSD Mailing List X-Mailer: Apple Mail (2.3776.700.51) References: <5B4B362E-EF6A-4847-8B7D-FEFD97A65F52.ref@yahoo.com> X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.148:from]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4XvQTM3VyCz4VH4 X-Spamd-Bar: --- Dimitry Andric wrote on Date: Thu, 21 Nov 2024 17:27:36 UTC : > On 21 Nov 2024, at 18:17, Guido Falsi wrote: > >=20 > > 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. > >>>>=20 > >>>> I'm seeing this for example with sassc crashing while trying to = build x11-themes/greybird-theme. > >>>>=20 > >>>> My first suspect was the llvm upgrade in head, but forcing sassc = and libsass to build with older clang via USES=3Dllvm:max=3D18 is not = helping. > >>>>=20 > >>>> I did recompile the offending programs with debug and tried a = backtrace and got this: > >>>>=20 > >>>> ``` > >>>> (lldb) bt > >>>> * thread #1, name =3D 'sassc', stop reason =3D 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=3D-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 > >>>> ``` > >>>>=20 > >>>> which points me to this upstream line of code: = https://github.com/ = sass/libsass/blob/7037f03fabeb2b18b5efa84403f5a6d7a990f460/src/ = units.hpp#L11 > >>>>=20 > >>>> I could change the way it derives PI, but I'm not sure this is = the correct fix. > >>>=20 > >>> 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. > >=20 > > 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". > >=20 > > 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. > >=20 > > I suspect there are more around the ports tree. >=20 > I cannot reproduce this at all. For me the sassc binary runs fine, and = also the x11-themes/greybird-theme port builds fine. Then again, my base = system is probably older than yours? Which revision are you running? Per my detailed report of gdb session information, I reproduced this via my poudriere-devel build of textproc/sassc in/for the amd64 context: System: # uname -apKU you have mail FreeBSD 7950X3D-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #151 = main-n273696-43e045c1733d-dirty: Mon Nov 18 14:46:15 PST 2024 = root@7950X3D-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64= .amd64/sys/GENERIC-NODBG amd64 amd64 1500027 1500027 # ~/fbsd-based-on-what-commit.sh -C /usr/main-src/ 43e045c1733d (HEAD -> main, freebsd/main, freebsd/HEAD) atf: Guard = libexec/atf with WITH_TESTS_SUPPORT Author: Franco Fichtner Commit: Mark Johnston CommitDate: 2024-11-18 18:36:46 +0000 branch: main merge-base: 43e045c1733d50fad79f3a53e05140b8dc0d7fa6 merge-base: CommitDate: 2024-11-18 18:36:46 +0000 n273696 (--first-parent --count for merge-base) Ports: # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ ae2ef5f4fb6d (HEAD -> main, freebsd/main, freebsd/HEAD) www/opengist: = Mark as broken on i386 Author: Santhosh Raju Commit: Santhosh Raju CommitDate: 2024-11-19 07:07:08 +0000 branch: main merge-base: ae2ef5f4fb6d367a3002c1339d523bc7f8e07e34 merge-base: CommitDate: 2024-11-19 07:07:08 +0000 n686395 (--first-parent --count for merge-base) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Nov 21 21:15:23 2024 X-Original-To: freebsd-current@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 4XvWH2444gz5dc4Q for ; Thu, 21 Nov 2024 21:15:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4XvWH127pYz43qK for ; Thu, 21 Nov 2024 21:15:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=k9pfl6qu; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732223739; bh=eY9+SZBr7a6jrlty1fEnVHFwUIoIun3QcKONwydmS64=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=k9pfl6quBWxnLKgw7uYLFw4GKlBmtKGv/00kiVwDvr4lHSfsoxvJ9NiyGfsM73bs82Z12nPFD/DH87CWzX5Hmk8RDJ5KZ2ucSq0EVox8BeL2o1gaPjVqe85Apa3ejF1djaed1Olc2S/muysG5Mmou6e78qR/sM/M9UpT9DP7gEMVd6Y/ZtR7uuSA1s/pdjlwCRUz6ytlboC+6ypQOR6cgzZFEAGcnu2f9CNNqjcV1Q1cyjG9PMiUPQQINLWjaG1+6VS3zOEpDRTxn59NbyElrQbCUGLCF/47GV3HoCMQtpowOm7nr+YCdXybL3ImU50WsmuSQZ3g0TUWRKqbUdsnEw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732223739; bh=EqbloDeTQC5zghN/Xw/m6k9xYhuoCGoY9ELIjSiH3if=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=FFlpNYUT5itfR9xwoKFKe0Pi4wFoCamfimlSWhTA1JjAViKMZycnCRM/KFV86LVdSVShLDuQluOGvweICKyOVU4o6vyGQfuu6UHhBAnUfR4P6LIxG0q0VDESwgsXLO8QTy3jamzSGJBDSjnHWK0VR0JOU30QvWY5mjpFYXFIdtOCQt9Yx2ZQG4sv0DehXZaeZL/CtjtaCpcpOWgC+l797zn7MVVYQWk6Qc69LqXuxzCBucnYQTmGUY4UoLtvY2YMWZbhnvTC+GdYrKoGI/cdCL5OLFJ058VEbeOiANcPKKGl8n2gKmX0RKOuHOi0B0+FTQHNBF9zS9w/M0Vb+cChuQ== X-YMail-OSG: fqu_bAMVM1lU_b1PnWs40AdlnXXYaSv_4my9wEwivPswRdHebMBXVTC49mWf_co 9GWe1D2tZlv4PI6vySwoneSMPfgtQKfaYX9uxg8q_zQ0IIc49oDjDf4xeGzLfPAHJnS.j6MjgqaF hezLMjIcuOhMgO__mJ75o521teEv6XmtSJOowkuIJgWDOCuCCqYtuzGJeCBd5a3KrkEMG4HfGQBt j3RoErayXv1aLc87qRRkNaqIyLERbMmKSw8ptSfkDqSKlHBfhxlJORAZ5RYJyujU2b9tu_0s424C tpqBZQYuyWXOAS95982eXpimiVTUpUAy4w9O3tfjNxCA44JqCwl77jr_tGun_c64cuZGrKdlsARe YTn5Srtgt6gSnGa2ULMWSDtSDz2xdhiaYdCX7BrbDgBMy9mr186NP2Lhu.jfX4yhXlSPHA0kSXBh hK.lUbK3.VTkWe1EuYhZbHHlWQ6rlLk7TC6HgLMGKsCmA6hJz15nTWOEY6UD5ItVRYHBeJc1aheb us3stkKObaW0zM2GAKgQ19gCAkqkVLS5ARfq8pImTuhYOj7lfvo_3_zcNhUMKZfoPSCZxA6FE2HP ph8ETQuzjxWqcVBpXHl0q1hY57kLv4DEidaBhXxR2qxYwkPyVvvnpO9P3pFTccRAnCOWr9EGc95w ql16aD1CZJh5nua.bAfkN2Vf5yiWsqbhAonSRNY866YzfzVlVrJ5P4Ur1hxXmoUSzZ1XWAficjAs _zPZBOtjGXNJUUnm8qPNok04Og5PLX2HNNZ4D7_4uyaj3lehgMiQN838OcsbTndCUK036xkUDWR0 lEQL9U5dI9..3z0mY7cr6aSvg78dYRMqkE0vYeRXtXNJWl8fGS_vox0kn0pU8DKH6BKAD1jnpyT8 .kTHMukELsWPvy0jIz7yE07GEFNUx_tT_UZWZ2kCCg1Wr78bKXLlVWiVgWufkmHBklhDj1P4RZL4 hh7Aah9VExtEKPHF4JbU34gVPYWhbm8OllA9fRXQJR9kxdKSpjHxvkO00lHPrjD1zRPVPrCT1SKv rLMMS5KA0LKGfW8D8tq4vWBM2rLqVQbDftxxrf0Jja5cySVDsQrKl91hrkzIKAyGpIU3WAk4W9dY AIe9lbTPY79asBHOtiaxNT6c.3duXz0UaW6kOD0Z1meoZKeME8pKtMYb2WyxjZMqjeXVbppjBz0k iRleDFnbfjNgn4YK.XNC1U4oAYjj_OFaoNZ7gsbZPr9ZVMZQDInuhmaqc8bdP0yaaPBXX91xFv63 k9wmkbxfmLsMnE4dUtG5ocLh25btlgaZQcShWO6cJpcktBT0JbYqUGvVnL9nlwxAQh_A1Viw51d3 H6MOGCETkiZSkuoMTFfSsIW.XpsmIa1vz7RGw9d.p9GJQqQ0N3IstmMOdgQ2PSPndMMSbqx6nVEX nJpKlc1.00z8IivpHoQv5NeAI95aSNFy._30Rjrvq4uCTz6aFppmRauYiupuGFK03GSyeeN38eko HucWAa8y4ULdqUR48942eUswrABXFGJQt9.szvw_OaMZE09Fz9_dbTeBeXCZM0aGoe4uqr.lf3qH LSlSHTEs3iThjsTz9qW2ZW9QFpAObhn0SLBVRs1nfr6L7bdBSdBh80fmDSard7YD0rCIzpT6RijT sEUdbfT9a5PdLmDhezJgp4GYo5wMJG7WfHCgJapvfKCzfuZAq_oirpXS.VNFdjnND0lImGCGANPO jnor9GZRsLM80QqHBR4eFQDfCUxKeWTQFrrbCtr2TQ5JQEqJn8D.wVjBtd64ZxyxRHCDDbJfnWt1 .99OLsuQMxotrUaTU36pmSsLkZgEctT8ilrmRPVqerOAlT8y4dhQjp3slNk1gRvRpe_Ma3hmmF3P 0U8a2gTy33.Zz.lV43rCZkaQU2LLU_YHNNPZaEXUJi5adK0c8sQJdm9oSwzYWqYTbXH_1A8NTYBE ipbMpHaA2A_ve05bGr9298.1oZAEMXUb1_EFAbhn1ZPf5cr3tVewlPT_tczPSUX4QQ6Mq8uqPPVP M9e9fF4lpyi49V7LY7LqO5q3t_Rsic5NtxnCgGF7FBRKGSHQAykromg7vPbn_L4uiPHRGgzeyMgN qH6wrC5deE0tAcsFlD1w.6WBT8i6esreXarQM2pGtDBHKKqCxPBE97hr1BEzaARDz4hvEFL6UW4H hP0AbdQM8xxMkEW6pULUf0jGbu6MHG3Rbyv84AMEsuBKkHyAbGERdp547kSfSTHNQOYnjqA9mUWY EZGILRVBECfnLbqmSmRQ04YjDwiW7FOuwWsz6DfV9f0.Tb_c2MYqT01CA7Vh94KLb.6HZqe87EJs tBHuH_aLKEJhDrOUSVfVe.aXLWxxxvFSo3g-- X-Sonic-MF: X-Sonic-ID: 72b07d9f-2ae5-4bbc-a1b5-723248c48e7a Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 21 Nov 2024 21:15:39 +0000 Received: by hermes--production-gq1-5dd4b47f46-qfm2r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 3416a56d624bd651a21f31e025b11417; Thu, 21 Nov 2024 21:15:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: port binary dumping core on recent head in poudriere [1500026 libsass.so.1.0.0 vs. 1500027 one] From: Mark Millard In-Reply-To: Date: Thu, 21 Nov 2024 13:15:23 -0800 Cc: Guido Falsi Content-Transfer-Encoding: quoted-printable Message-Id: References: <0078D1FE-5A33-43A1-B679-727080676688@yahoo.com> To: Dimitry Andric , FreeBSD Mailing List , Current FreeBSD X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.937]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4XvWH127pYz43qK X-Spamd-Bar: --- Summary: Turns out in my context: libsass.so .1.0.0 built for 1500026 fails and built for 1500027 works, at least when used via a 1500027 world. # file /usr/local/lib/libsass.so.1.0.0* /usr/local/lib/libsass.so.1.0.0: ELF 64-bit LSB shared = object, x86-64, version 1 (FreeBSD), dynamically linked, for FreeBSD = 15.0 (1500026), with debug_info, not stripped /usr/local/lib/libsass.so.1.0.0.good-from-pkg: ELF 64-bit LSB shared = object, x86-64, version 1 (FreeBSD), dynamically linked, for FreeBSD = 15.0 (1500027), stripped /usr/local/lib/libsass.so.1.0.0.orig-stripped: ELF 64-bit LSB shared = object, x86-64, version 1 (FreeBSD), dynamically linked, for FreeBSD = 15.0 (1500026), stripped Use of the 1500026 ones fail; use of the 1500027 one works. FYI: # file /usr/local/bin/sassc = /usr/obj/DESTDIRs/main-amd64-pbase/usr/local/bin/sassc=20 /usr/local/bin/sassc: ELF 64-bit LSB = executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter = /libexec/ld-elf.so.1, for FreeBSD 15.0 (1500026), FreeBSD-style, with = debug_info, not stripped /usr/obj/DESTDIRs/main-amd64-pbase/usr/local/bin/sassc: ELF 64-bit LSB = executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter = /libexec/ld-elf.so.1, for FreeBSD 15.0 (1500027), FreeBSD-style, = stripped The details that lead to finding that out . . . I've no got both a failing context (outside a chroot) and a working one (inside a PkgBase based chroot that got sassc and such via pkg install). So exploring . . . Failing (the "Old value =3D 0x0" is odd): Reading symbols from /usr/local/bin/sassc... (gdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (gdb) watch -l *(unsigned long*)0x800508108 Hardware watchpoint 1: -location *(unsigned long*)0x800508108 (gdb) watch -l *(unsigned long*)0x800671170 Hardware watchpoint 2: -location *(unsigned long*)0x800671170 (gdb) run Starting program: /usr/local/bin/sassc =20 Hardware watchpoint 1: -location *(unsigned long*)0x800508108 Old value =3D 0x0 New value =3D 0x800249000 reloc_plt (obj=3Dobj@entry=3D0x80022a808, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /usr/main-src/libexec/rtld-elf/amd64/reloc.c:343 343 break; (gdb) c Continuing. Hardware watchpoint 2: -location *(unsigned long*)0x800671170 Old value =3D 0x39696 New value =3D 0x80066e696 reloc_plt (obj=3Dobj@entry=3D0x80022e408, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /usr/main-src/libexec/rtld-elf/amd64/reloc.c:343 343 break; (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. Invalid permissions for mapped object. 0x0000000800249000 in ?? () Working (no odd "Old value" this time): (The "watchpoint 2" address is somewhat different.) Reading symbols from /usr/local/bin/sassc... (No debugging symbols found in /usr/local/bin/sassc) (gdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (gdb) watch -l *(unsigned long*)0x800508108 Hardware watchpoint 1: -location *(unsigned long*)0x800508108 (gdb) watch -l *(unsigned long*)0x800670170 Hardware watchpoint 2: -location *(unsigned long*)0x800670170 (gdb) run Starting program: /usr/local/bin/sassc =20 Hardware watchpoint 1: -location *(unsigned long*)0x800508108 Old value =3D 0x2aada6 New value =3D 0x8004f3da6 reloc_plt (obj=3Dobj@entry=3D0x80022a808, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /home/pkgbuild/worktrees/main/libexec/rtld-elf/amd64/reloc.c:343 343 break; (gdb) c Continuing. Hardware watchpoint 2: -location *(unsigned long*)0x800670170 Old value =3D 0x39696 New value =3D 0x80066d696 reloc_plt (obj=3Dobj@entry=3D0x80022e408, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /home/pkgbuild/worktrees/main/libexec/rtld-elf/amd64/reloc.c:343 343 break; (gdb) c Continuing. Hardware watchpoint 1: -location *(unsigned long*)0x800508108 Old value =3D 0x8004f3da6 New value =3D 0x800648870 reloc_jmpslot (where=3Dwhere@entry=3D0x800508108 , = target=3Dtarget@entry=3D0x800648870, obj=3Dobj@entry=3D0x80022e408, = refobj=3Drefobj@entry=3D0x80022a808, rel=3Drel@entry=3D0x8002fcf10) at /home/pkgbuild/worktrees/main/libexec/rtld-elf/amd64/reloc.c:413 413 return (target); (gdb) c Continuing. Usage: /usr/local/bin/sassc [options] [INPUT] [OUTPUT] Options: -s, --stdin Read input from standard input instead of an = input file. -t, --style NAME Output style. Can be: nested, expanded, = compact, compressed. -l, --line-numbers Emit comments showing original line numbers. --line-comments -I, --load-path PATH Set Sass import path. -P, --plugin-path PATH Set path to autoload plugins. -m, --sourcemap[=3DTYPE] Emit source map (auto or inline). -M, --omit-map-comment Omits the source map url comment. -p, --precision Set the precision for numbers. -a, --sass Treat input as indented syntax. -v, --version Display compiled versions. -h, --help Display this help message. [Inferior 1 (process 87037) exited normally] Turns out that copying the /usr/local/lib/libsass.so.1.0.0 from the working environment to the failing one makes the failing one work. So something about the content of /usr/local/lib/libsass.so.1.0.0 makes the difference. Turns out it tracks the 1500026 vs. 1500027 distinctions below: # file /usr/local/lib/libsass.so.1.0.0* /usr/local/lib/libsass.so.1.0.0: ELF 64-bit LSB shared = object, x86-64, version 1 (FreeBSD), dynamically linked, for FreeBSD = 15.0 (1500026), with debug_info, not stripped /usr/local/lib/libsass.so.1.0.0.good-from-pkg: ELF 64-bit LSB shared = object, x86-64, version 1 (FreeBSD), dynamically linked, for FreeBSD = 15.0 (1500027), stripped /usr/local/lib/libsass.so.1.0.0.orig-stripped: ELF 64-bit LSB shared = object, x86-64, version 1 (FreeBSD), dynamically linked, for FreeBSD = 15.0 (1500026), stripped =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Nov 21 21:33:12 2024 X-Original-To: freebsd-current@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 4XvWgZ1fB4z5dcYS for ; Thu, 21 Nov 2024 21:33:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4XvWgY0bqZz473T for ; Thu, 21 Nov 2024 21:33:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=H328GkcE; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732224807; bh=gF/ieNdGvy6zkJ6P9phE2cHLYJzjBogK2tFF1+STGqg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=H328GkcEIz2xleNC2HBl+1xWZCBxP2E5Bv59Dgac7BkS2JFQ9AM61ntdR9lFGRrZL7l/ZOnOfgUlzI14ZYsm1F/fxK/hPjXug1HIe/rQkkgjDRhVJneRjcpPKSUXsEhBUeyf7WKv8iUURq3STC8f0Cyb08peK0MNzCYdvCKuZQzFK2Fc/OH6m14aqdCGKxYh+6GLz/AOsg29LGOQr0/fyDc9B8gFPvBR7e6gF2eMjG0qdyZpOe6AZoRCTAVDrcTPSCZ6nHtTIZB4DBF8xDRbGVyFdI6u6ZrJKc7YCHs4bUtQWLJaXQRffJXufhkIYp8jCmRJ7kTZJl8GL7aTVRVMrg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732224807; bh=w0PPraEmq587pQTi5Dgne/BUpfu0dyOZRD/ZIlVeIH6=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OJwxL+R8WW18epnL4dVQrgOBK85SV9qTwEm67/sArVDbiuNwFkIuT4SpQUVOc215fDjLY1MkdI9TeKqSUGYqndh2Rzqp9JCZOKicrglfJQafaOefPyvDROmr92uxPZbk4wiDuyRrd853deHArY/H/VcLtmqCnOcOYgUXVSrFrcYJgCvWgRTBAftIufhngMfAggbk8XW1AipNvC2u9qkqB13zaGP0lZIKXtlWNp0NftIFkjAk6oxnbSi8tqz0wDMlcpAGJpFqFDF1LADGZrvo7g3iGcgVAeuScMjGxvYnsHzRVzmDyBENB1eZB4eBFQy9oa9f9sdWB5iSMl7HR2Lsng== X-YMail-OSG: 6oX68DYVM1mWZQhr3uo_CuRREV5Hqu2SgQoCFh4YFaP8V3cQBUAahGRz.06TMdR iwO8wv8ZfPfQZVNDOgBcobayrVK_SAG671S.DXW.TbTLDKBCrIPsUQNMu.XuoAUwzvbAupM0_jq8 kb81yEApwfFkl0X.a_TnCR8oSEVZfVzioAXn73o2cQkgSoHqvln7gVfJXgB7zDvgMc1C3rUsKZ40 1qbGfP8FGwnkSjqEopkpNVZFL9mhiHAhorkWm3TFfh4LkF_gwxCo8UgEl_hRvcu_RDfr2NM6jYwo 7stIrhWjWv6h7qavF8xO1bIXUPgbHkXnf9jpDDGSNsXP3zLL4yGTyiySjL5W.jjwbPKC1p3R0e_N sZflQstMmXAL8V4a0KI2Qf1nHh55yHNOlX9P4OPgBrtwQT8NS0Ol.Gdg3XKSuU7uRhblJ6q4lTe4 i.kSgC5AGZPgoXv_x1Pz2ZFSsLgdgmpD3cDsc0w5DYvXBQqrOlVIL3V7t.1AbkI1wcI7V3ezKBVV 93Zkx0aII0B.X9NTYtXVn8Z6McC4B1C.MK64UsBm7WkJzFQ.8kfb7IqdX.Enmi1yJ4z5oO8kOs1e Ftlz5wRUpHp_NGRF.Dbv.rWt6ZtCpsBK3A2tJ9GpJ0K1R6RZqAlyNPHVgv7nVEVCvpk.889fbpDS wSE1k6nkB_ngNuBY6AG5fVzL4Zw55MT2lKGcBCNWGPIBbm7aiUqEWZYRbv2k5XuqJuBsrq.AwEPI 8QT4l5qbK2aAuyz0wOyztIOUhM6jlf5mllb_wD2cpRapRgT71paBV_w_aWTrYzJi6MXYfoSMvH66 rsH.CCPHXbBpHLHNHdAaB329QJA_LVT87DYWNn0oN2deUoaGjiuqaecoQ4I.5oSN8UeDQLIUaNAr ENQr8U6na5P7oOKD1Ouy0sNX.DHNzLx38Lz7XMC318bCPIEdtX4AyX0xxdxg7JQ_ZdXbRhmlOBIr 5_NZRo9b95oQmeA1P2WZGCGKTSMeliTnx9sR_6Ie_8nPMtSPSmft0LC9.wlQrvXEqr.kTkzfcVq6 Db3WQaLkAAhYeDo65oUJDVJEUYomM9FksmVh2MXk6YuvYnQxxzmYJ9jgH8OlY3Wr.nOWoISTxmCu Tfkm4TuYYYtrD2v.sKWxmw8SGC9huR5S4WKueak0tVRW5H.Xlb1jFrD6dV2XskvoVGVzdUYCNqdf d5bOfuxqs0mCJ2kEQurM25mohLKtR7O.ISEt8VwNFKb2oOWOXOJz2vPGTtZrSUU1o81JnxYrJbbW 3HzDC30HQGhUqVexRldbqo92QpY9.5Ptsiq8l75ZrPRVQabvyGi8FFJfF.VMr3nB0fM9lXULBCpY fXcO9rUC7BMiGnviIhwaTWjLsmjZFOCom98X3ryxcl_9NK0I3U_382VQCfdeFaZulXYvDuxemqOX 4o2iUSiPYcLXpP_bFAfvtj1eqrXi29hcbG6J8xhAqkVF7E7DUbw3C0zBiG.TS0FxF5Mrkawidr9V APokcPwthXLfIdI9qYr7tA6F2q9I8XKlwQgxy64k7dOniq7r5BLm_YJE3ZmonSaRrA21QXBdWGTw dBHCL9UejJDmKV61tW4GaRN.xQkcgoV.2YgxlGAoxIGinViv9j7Vj_NO2I2FMWOMfBmqcmzqn5qx 19AmkPVi8Visxn.ERrSSaNRKGzxXII7JuZXxUhcpLVHLv6gJu2If8U6Ob8bhs.Y6IQOl1kXes5w_ om5C.LS95dP1FZGErQEiCKKMARyH2pMAn6Ad6cpkEmNNODYhRa6LoA8uFJ5zI.TfVwDnni8LStJz .FeHWG08NtbLWxAT1umvDXVrY63zbDr9Q9ecqYR.Zcgo9yukOokTMpI_28D23HhbrQkrMQhvNdof CBKknlRmoQstN_RdvqdZSKnAqA.3JTRp7d3Cqu_Zq4HToE6JRpfaL2zyL0xdwQRWX1RoqpTYPFsq rhTAekujancJYrrAjpeXoSWlqxXoaoRF5jUrhObqyi9nnwsUz70OGeZzuLnSXwS7RX2QDCH5Q9WE T9yIDduA7uNMIelapYDker_2w8fzxmgabmbBCcKunTd3X80JKwLQgVOXQIfIqxOYbFrA4ma9_TJv Yua0.BGfhPgbUnQR56nfJmZ36UNRFClZJ4R.6NogsqdyHthPlNVMe3AKEgx6Xj5Aj5RwabrRNqcO QpOEZkGaHM_N7iY5QgGppDcsSNPDtF4KRbzo6KrcnRjp5rbJHPnA2uLBPv1SGRkj4PjQSn9RY1k4 hDvVDVpJxa7XRQ7asAZQKbiIp6_kkCCd4DtoMVv58OhdDUz5a5FibbKZqndpB62K4PD.mnQEYh_j PsUEWfEVeqiS0oug5BQkN4kps9rcJoRpL_E5m X-Sonic-MF: X-Sonic-ID: 02dc6df3-4323-42a6-ba36-078085c8c07e Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Thu, 21 Nov 2024 21:33:27 +0000 Received: by hermes--production-gq1-5dd4b47f46-5qmz7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 97dfebe77bdf01b21fa79ea64066fb5b; Thu, 21 Nov 2024 21:33:23 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: port binary dumping core on recent head in poudriere [WRONG: 1500026 libsass.so.1.0.0 vs. 1500027 one] From: Mark Millard In-Reply-To: Date: Thu, 21 Nov 2024 13:33:12 -0800 Cc: Guido Falsi Content-Transfer-Encoding: quoted-printable Message-Id: References: <0078D1FE-5A33-43A1-B679-727080676688@yahoo.com> To: Dimitry Andric , FreeBSD Mailing List , Current FreeBSD X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Result: default: False [-3.93 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.93)[-0.934]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.147:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from] X-Rspamd-Queue-Id: 4XvWgY0bqZz473T X-Spamd-Bar: --- > On Nov 21, 2024, at 13:15, Mark Millard wrote: >=20 > Summary: >=20 > Turns out in my context: libsass.so .1.0.0 built = for > 1500026 fails and built for 1500027 works, at least > when used via a 1500027 world. So much for that idea: updating the poudriere jail to be 1500027 based and rebuilding the software and installing it still gets the problem, despite file showing 1500027 now. > # file /usr/local/lib/libsass.so.1.0.0* > /usr/local/lib/libsass.so.1.0.0: ELF 64-bit LSB shared = object, x86-64, version 1 (FreeBSD), dynamically linked, for FreeBSD = 15.0 (1500026), with debug_info, not stripped > /usr/local/lib/libsass.so.1.0.0.good-from-pkg: ELF 64-bit LSB shared = object, x86-64, version 1 (FreeBSD), dynamically linked, for FreeBSD = 15.0 (1500027), stripped > /usr/local/lib/libsass.so.1.0.0.orig-stripped: ELF 64-bit LSB shared = object, x86-64, version 1 (FreeBSD), dynamically linked, for FreeBSD = 15.0 (1500026), stripped >=20 > Use of the 1500026 ones fail; use of the 1500027 one works. >=20 > FYI: >=20 > # file /usr/local/bin/sassc = /usr/obj/DESTDIRs/main-amd64-pbase/usr/local/bin/sassc=20 > /usr/local/bin/sassc: ELF 64-bit LSB = executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter = /libexec/ld-elf.so.1, for FreeBSD 15.0 (1500026), FreeBSD-style, with = debug_info, not stripped > /usr/obj/DESTDIRs/main-amd64-pbase/usr/local/bin/sassc: ELF 64-bit LSB = executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter = /libexec/ld-elf.so.1, for FreeBSD 15.0 (1500027), FreeBSD-style, = stripped >=20 >=20 > The details that lead to finding that out . . . >=20 > I've no got both a failing context (outside a chroot) > and a working one (inside a PkgBase based chroot that > got sassc and such via pkg install). So exploring . . . >=20 > Failing (the "Old value =3D 0x0" is odd): >=20 > Reading symbols from /usr/local/bin/sassc... > (gdb) set radix 16 > Input and output radices now set to decimal 16, hex 10, octal 20. > (gdb) watch -l *(unsigned long*)0x800508108 > Hardware watchpoint 1: -location *(unsigned long*)0x800508108 > (gdb) watch -l *(unsigned long*)0x800671170 > Hardware watchpoint 2: -location *(unsigned long*)0x800671170 > (gdb) run > Starting program: /usr/local/bin/sassc =20 > Hardware watchpoint 1: -location *(unsigned long*)0x800508108 >=20 > Old value =3D 0x0 > New value =3D 0x800249000 > reloc_plt (obj=3Dobj@entry=3D0x80022a808, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /usr/main-src/libexec/rtld-elf/amd64/reloc.c:343 > 343 break; > (gdb) c > Continuing. >=20 > Hardware watchpoint 2: -location *(unsigned long*)0x800671170 >=20 > Old value =3D 0x39696 > New value =3D 0x80066e696 > reloc_plt (obj=3Dobj@entry=3D0x80022e408, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /usr/main-src/libexec/rtld-elf/amd64/reloc.c:343 > 343 break; > (gdb) c > Continuing. >=20 > Program received signal SIGSEGV, Segmentation fault. > Invalid permissions for mapped object. > 0x0000000800249000 in ?? () >=20 >=20 >=20 > Working (no odd "Old value" this time): > (The "watchpoint 2" address is somewhat different.) >=20 > Reading symbols from /usr/local/bin/sassc... > (No debugging symbols found in /usr/local/bin/sassc) > (gdb) set radix 16 > Input and output radices now set to decimal 16, hex 10, octal 20. > (gdb) watch -l *(unsigned long*)0x800508108 > Hardware watchpoint 1: -location *(unsigned long*)0x800508108 > (gdb) watch -l *(unsigned long*)0x800670170 > Hardware watchpoint 2: -location *(unsigned long*)0x800670170 > (gdb) run > Starting program: /usr/local/bin/sassc =20 > Hardware watchpoint 1: -location *(unsigned long*)0x800508108 >=20 > Old value =3D 0x2aada6 > New value =3D 0x8004f3da6 > reloc_plt (obj=3Dobj@entry=3D0x80022a808, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /home/pkgbuild/worktrees/main/libexec/rtld-elf/amd64/reloc.c:343 > 343 break; > (gdb) c > Continuing. >=20 > Hardware watchpoint 2: -location *(unsigned long*)0x800670170 >=20 > Old value =3D 0x39696 > New value =3D 0x80066d696 > reloc_plt (obj=3Dobj@entry=3D0x80022e408, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /home/pkgbuild/worktrees/main/libexec/rtld-elf/amd64/reloc.c:343 > 343 break; > (gdb) c > Continuing. >=20 > Hardware watchpoint 1: -location *(unsigned long*)0x800508108 >=20 > Old value =3D 0x8004f3da6 > New value =3D 0x800648870 > reloc_jmpslot (where=3Dwhere@entry=3D0x800508108 , = target=3Dtarget@entry=3D0x800648870, obj=3Dobj@entry=3D0x80022e408, = refobj=3Drefobj@entry=3D0x80022a808, rel=3Drel@entry=3D0x8002fcf10) > at /home/pkgbuild/worktrees/main/libexec/rtld-elf/amd64/reloc.c:413 > 413 return (target); > (gdb) c > Continuing. > Usage: /usr/local/bin/sassc [options] [INPUT] [OUTPUT] >=20 > Options: > -s, --stdin Read input from standard input instead of an = input file. > -t, --style NAME Output style. Can be: nested, expanded, = compact, compressed. > -l, --line-numbers Emit comments showing original line numbers. > --line-comments > -I, --load-path PATH Set Sass import path. > -P, --plugin-path PATH Set path to autoload plugins. > -m, --sourcemap[=3DTYPE] Emit source map (auto or inline). > -M, --omit-map-comment Omits the source map url comment. > -p, --precision Set the precision for numbers. > -a, --sass Treat input as indented syntax. > -v, --version Display compiled versions. > -h, --help Display this help message. >=20 > [Inferior 1 (process 87037) exited normally] >=20 >=20 >=20 > Turns out that copying the /usr/local/lib/libsass.so.1.0.0 > from the working environment to the failing one makes the > failing one work. So something about the content of > /usr/local/lib/libsass.so.1.0.0 makes the difference. >=20 > Turns out it tracks the 1500026 vs. 1500027 distinctions > below: >=20 > # file /usr/local/lib/libsass.so.1.0.0* > /usr/local/lib/libsass.so.1.0.0: ELF 64-bit LSB shared = object, x86-64, version 1 (FreeBSD), dynamically linked, for FreeBSD = 15.0 (1500026), with debug_info, not stripped > /usr/local/lib/libsass.so.1.0.0.good-from-pkg: ELF 64-bit LSB shared = object, x86-64, version 1 (FreeBSD), dynamically linked, for FreeBSD = 15.0 (1500027), stripped > /usr/local/lib/libsass.so.1.0.0.orig-stripped: ELF 64-bit LSB shared = object, x86-64, version 1 (FreeBSD), dynamically linked, for FreeBSD = 15.0 (1500026), stripped =3D=3D=3D Mark Millard marklmi at yahoo.com =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Nov 22 12:36:46 2024 X-Original-To: freebsd-current@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 4Xvvk00C9nz5dr1y for ; Fri, 22 Nov 2024 12:36:56 +0000 (UTC) (envelope-from rdunkle@smallcatbrain.com) Received: from outbound5g.eu.mailhop.org (outbound5g.eu.mailhop.org [18.156.67.42]) (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 4Xvvjz1FXsz4kmD for ; Fri, 22 Nov 2024 12:36:55 +0000 (UTC) (envelope-from rdunkle@smallcatbrain.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outbound.mailhop.org header.s=dkim-high header.b="NYlu/HVq"; spf=pass (mx1.freebsd.org: domain of rdunkle@smallcatbrain.com designates 18.156.67.42 as permitted sender) smtp.mailfrom=rdunkle@smallcatbrain.com; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:content-type:to:subject:from:mime-version:date: message-id:from; bh=vk2HeDL/mRV1Qplankv74azuABcSnR87IAcc2duzRnI=; b=NYlu/HVqnk6Ihq00jCFAn2AvlGeBK1eOqFVBYOJgWpFl/kqQ8tLt6WqzZ6VjMS6F8MzNeI1HHmQFR /NGgn6BIM+4DGc6tlDB0r0uTcILI0o7BcLAoRPiz6XURAedg9G1BdteSKLwFI2vcd5TEo1KEwj/PJA 1w+DZAud2Z7F2nHQAhHt4LeNE2rBqHmAM437z8q52P+KiQL5sYNETQNHyfjkfG1SJGEdQOS6laL00u kzHq8YA7OqmAWNO9CTarFo3OUO/yrAvWUDfDd/DmayaUa4juKQBN/rPGVu61wq0jWpu+buu4amFP2C 7S99DjPjXbttQBToQPZ7M6UpjOczijQ== X-Originating-IP: 185.209.57.35 X-MHO-RoutePath: cmR1bmtsZQ== X-MHO-User: 7376379e-a8ce-11ef-a1ad-7b4c7e2b9385 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from [192.168.2.108] (smp5.smallcatbrain.com [185.209.57.35]) by outbound2.eu.mailhop.org (Halon) with ESMTPSA id 7376379e-a8ce-11ef-a1ad-7b4c7e2b9385; Fri, 22 Nov 2024 12:36:52 +0000 (UTC) Message-ID: <9d9cb81e-244b-496b-88c5-0475ce447ec7@smallcatbrain.com> Date: Fri, 22 Nov 2024 14:36:46 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Rich Dunkle Subject: arm64-aarch64 no longer boots on UTM MacOS To: freebsd-current@freebsd.org Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.69 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip4:18.156.67.42]; RWL_MAILSPIKE_VERYGOOD(-0.20)[18.156.67.42:from]; R_DKIM_ALLOW(-0.20)[outbound.mailhop.org:s=dkim-high]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[smallcatbrain.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[outbound.mailhop.org:+]; ASN(0.00)[asn:16509, ipnet:18.156.0.0/14, country:US]; DWL_DNSWL_NONE(0.00)[mailhop.org:dkim]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; HAS_XOIP(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[18.156.67.42:from] X-Rspamd-Queue-Id: 4Xvvjz1FXsz4kmD X-Spamd-Bar: --- FreeBSD-15.0-CURRENT used to boot on UTM. Now it hangs right after the EFI information, and never boots. Tested last week and this week iso images. FreeBSD-15.0-CURRENT-arm64-aarch64-20241121-e8263ace39c8-273771-bootonly.iso The iso is OK, and boots on arm64- Orange Pi 5 Plus. From nobody Fri Nov 22 13:08:50 2024 X-Original-To: freebsd-current@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 4XvwR435ZKz5dsxv for ; Fri, 22 Nov 2024 13:09:04 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f174.google.com (mail-il1-f174.google.com [209.85.166.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XvwR32mWLz4njn for ; Fri, 22 Nov 2024 13:09:03 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.174 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none) Received: by mail-il1-f174.google.com with SMTP id e9e14a558f8ab-3a79911ac70so4441915ab.1 for ; Fri, 22 Nov 2024 05:09:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1732280942; x=1732885742; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=p8fKAd2rzVOcKOOpxQ0ee2llp7yTqW4+ihhQMfLh3L8=; b=iHWqJ61bBjCLFIxZY8tsJ7RmxnLTx2QBMMPbgNHmH18WyK3hORQ8Szv48eqLsIzJBe 79QAfdsrrEqqry4CQwzB7HJFEcHrhECYiUv/P4vTPocPfpix+F7FqzZkxdPqTQY9ajQ2 K16cu23g9uB0zmaO5VQmqHfuJKfukT+x/Hmv6+h85CofGgopkv+XTgAGnw1aCOJOmnGd 9wfNqIgJ8w/y55cnUdv4Xw4+UmQlcJLafWL3jj0a0J0JfKeDV72KVmtTlTuhv+15QC23 Lch+3emm2PKiDn3zHS7qSsPpkZgEKokC2G7LVh6T2ocqhJQJfya0oMAZVG5cFsmE+Ofv bwtA== X-Gm-Message-State: AOJu0Ywch1G05HLiL/HD/nkGmk3miRK8oeSyMTFHfO6mMOelsCQ/Acec 8b0IiYz+0veKFtI7u3Rqy1vyWbYBqTy1Tnq58/Nrt7ZCsU+tC9nlv57uT6yZcHS33Yi6MFTE6fl ZMhPaHVq2I9p5lK+VAX6qcKfJ6VcP7Lq3 X-Gm-Gg: ASbGncuM5bjvqLjwu4W4kZEjxYNsdboAzS3kNF4hgeVlLmICAWc/+cOBoe/WlZH/qI5 1If+4ZApBQJhVQ/nrOPgHgFBCW4sXVEUI9Q6Ntw0OVAm9YXeseNUH3jGzo1nABZjqHQ== X-Google-Smtp-Source: AGHT+IEf1NQ+6avWyfCQnyseYSxDGwaEVi8yH3C+mPVWewkLvxZk/xW8vN0qlJurwzutp4HK0oDEOCNVYw8PKlETL1w= X-Received: by 2002:a05:6e02:144b:b0:3a7:44d9:c7dd with SMTP id e9e14a558f8ab-3a79ad27697mr32946765ab.6.1732280942537; Fri, 22 Nov 2024 05:09:02 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <1221c0f9da65d606d6142623717819ab@Leidinger.net> In-Reply-To: <1221c0f9da65d606d6142623717819ab@Leidinger.net> From: Ed Maste Date: Fri, 22 Nov 2024 08:08:50 -0500 Message-ID: Subject: Re: buildworld error ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' failed: symbol not defined To: Alexander Leidinger Cc: Current FreeBSD Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [0.00 / 15.00]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; NEURAL_HAM_LONG(-1.00)[-0.995]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_SHORT(-0.10)[-0.104]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.174:from]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FREEFALL_USER(0.00)[carpeddiem]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.174:from]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_ALL(0.00)[]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4XvwR32mWLz4njn X-Spamd-Bar: / On Thu, 21 Nov 2024 at 04:43, Alexander Leidinger wrote: > > Hi, > > I get: > ld: error: version script assignment of 'FBSD_1.5' to symbol > 'getentropy' failed: symbol not defined > cc: error: linker command failed with exit code 1 (use -v to see > invocation) > > This is with src from 2024-11-20 1:39pm UTC. My last build / running > world is from 2024-11-13 18:34pm UTC. I modified getentropy in that window to remove fallback code -- 62dab3d016a on Nov 16. It builds and Jenkins was happy though so perhaps something odd in your environment? From nobody Fri Nov 22 14:31:04 2024 X-Original-To: freebsd-current@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 4XvyGz2Mrzz5dxwG for ; Fri, 22 Nov 2024 14:32:11 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (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-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XvyGy16k0z528P; Fri, 22 Nov 2024 14:32:10 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1732285921; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=N9At8b3V+4AOep5XmobwT8YLnDnefnzN9GdKDHw0lLM=; b=BY9Mcee+ecewq4imrU8ghp42jqZ5wc87l06y7Ouf+ut0tKiKRXWlykjRUAzPhqPKg9uUzL TfItBHP/+ioTbv+UwkqUgbaHFumTTLpNNhy2CMqt+5M7z82qG0mmRQ8PG/X3WlgQHc/Xmv VkQ87SbCeH3tlfjhHQWoHyYxryKR9+BumleN/rFINahACVsDxWwRhJT4D8NZDUCRcxkDvU 3yBFSCcICCNfhyTs3Kkdn88ic1zfaOej9nCDQL2PK64J3rIyPC2jV69w0MV7vMU0jaJCy3 rOUvjOtcwcSR9v54sd/kqwLmtoDRvDghYdP3AuDxJppuNkwsw9DESNn1K6LiDw== Date: Fri, 22 Nov 2024 15:31:04 +0100 From: Alexander Leidinger To: Ed Maste Cc: Current FreeBSD Subject: Re: buildworld error ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' failed: symbol not defined In-Reply-To: References: <1221c0f9da65d606d6142623717819ab@Leidinger.net> Message-ID: <40856c3b233f6120e742763ca2eb0775@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_92450f87b1e096e7c398bad3c944713a"; micalg=pgp-sha256 X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE] X-Rspamd-Queue-Id: 4XvyGy16k0z528P X-Spamd-Bar: ---- This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_92450f87b1e096e7c398bad3c944713a Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-11-22 14:08, schrieb Ed Maste: > On Thu, 21 Nov 2024 at 04:43, Alexander Leidinger > wrote: >> >> Hi, >> >> I get: >> ld: error: version script assignment of 'FBSD_1.5' to symbol >> 'getentropy' failed: symbol not defined >> cc: error: linker command failed with exit code 1 (use -v to see >> invocation) >> >> This is with src from 2024-11-20 1:39pm UTC. My last build / running >> world is from 2024-11-13 18:34pm UTC. > > I modified getentropy in that window to remove fallback code -- > 62dab3d016a on Nov 16. It builds and Jenkins was happy though so > perhaps something odd in your environment? I'm running a bisect on unmodified code (master). So there is a failure, and I can't tell right now which commit it is. Anyway, as this is master without my local changes, it has to me src.conf or similar: src.conf: ---snip--- WITHOUT_PROFILE=yes CFLAGS+=-DFTP_COMBINE_CWDS MALLOC_PRODUCTION=yes WITH_MALLOC_PRODUCTION=yes WITHOUT_LLVM_ASSERTIONS=yes KERNCONF=ANDROMEDA WITH_RETPOLINE=yes WITH_BIND_NOW=yes WITHOUT_CLEAN=yes FORTIFY_SOURCE=2 ## <------- maybe this? if yes: regression! LOADER_GZIP_SUPPORT=no LOADER_BZIP2_SUPPORT=no LOADER_BIOS_TEXTONLY=no LOADER_NFS_SUPPORT=no LOADER_TFTP_SUPPORT=no LOADER_CD9660_SUPPORT=no ---snip--- /etc/src-env.conf: ---snip--- WITH_META_MODE=yes ---snip--- /etc/make.conf: ---snip--- .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) .if !defined(NOCCACHE) && exists(/usr/local/libexec/ccache/world/cc) CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} .endif .endif .if empty{.CURDIR:M/usr/src/sys/boot*} CPUTYPE?=native .endif . if !empty{.CURDIR:M/usr/src/*} CFLAGS+= -O2 -pipe .else CFLAGS+= -O2 -pipe -mtune=native #-fvectorize # -mfpmath=sse -msse2 .endif USA_RESIDENT=NO ENABLE_SUID_SSH=YES WITH_CCACHE_BUILD=yes ---snip--- Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_92450f87b1e096e7c398bad3c944713a Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmdAlboACgkQEg2wmwP4 2IYOKA/9EbITi24Rvlaqb8eBfHLMbDO8bkIILnJjtvMJ8JnkZKwKJsz8SDOr8orO UOOVwQy9kA4Ud2yxlhEgFFXUgVh4RXoyGDuaBOmr+wInwxfdZRP/Y9ZtDgNdIyRD tMNN1cl2iHibJy7l5jGCqTXy69RMBILkr84ULwC5Bu/HLzjMDxwAAROZCAEQQ1n5 NOUF0sSDnFWwxV6WwN2F9sriuPEqyt7s+m+KrLkyp1ggdyygO8QSHfDyj4PnpiCo C2a5lgrV2q2pysEFUs3QCMKobLI0/qhvrzrHtuIo48azcBR/Qz6BWBY5J2QyQcGG cx33JsWNe2KewPOewLlaMuUMazsY0erVMUu8frjqjkFVf68Lk+/AFJVMKTu59pdV kiul7AY+itBqscNvvDiL/vuEqtucjyGHPwz7CwfT1UEpJqaTiJd9cYwMs9nYhlYO eazyCIWX/BN7pfiIuZk59Uoket8CWaoetsadlVA0eoxjl3mOCsAAY3/96ryhB5SS 4ohjLVbTxZeTpIHb1OG6nRn3zabXMRPaEHknygpeTIax6diTqDH2IBODAJdBhQSU yifhtPUZI29j6RRm8pjAzba+JITwajpmeMwmVDTG51hy6df+w9zcGlzox5Fui1bj /s5IMzhevppInrNDUXANIC9feCPkMCjDIrTlSp6mLi+vYEFq4BY= =X9fU -----END PGP SIGNATURE----- --=_92450f87b1e096e7c398bad3c944713a-- From nobody Fri Nov 22 15:05:30 2024 X-Original-To: freebsd-current@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 4Xvz2Q5hDbz5f12d for ; Fri, 22 Nov 2024 15:06:22 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature ECDSA (P-256)) (Client CN "mailgate.leidinger.net", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xvz2Q4W09z570Q for ; Fri, 22 Nov 2024 15:06:22 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1732287981; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=2Lhs7wZpVaTyB+//2sf9WwW+pNW0UYeWVisF1enbi9o=; b=oZd05+ZavTC7PRsYb2Rtks+hbmIXCpvRJOqOzZ+Ep4kRz7zfLMWxvx0NAj+Bu6ePmiw6gF af2wNA3W1I52H09GyyQW51eJvVG8ujH7mUGGl3C4bBdgkfb6NEAKuhp525MoJvI91QPiQH 0ocDcEkpXhUqJe7/wtgf0aCqiLCuvamFqCHHU4KzHcdMFWKyg9ILZYybed6v76sYUJ0MiX rQ2N5nsTTUd+P36TZFCkhwxKQAHTwq1mtJOM6S0SZyd/RpcEqo6LdY3RQV1+JPWmVWndjk SzxxQecfgMj/GgZSdf63qpmFO3Y4SdSBv3scPf+O0SzcW2PiNVW7M2kfH60JNA== Date: Fri, 22 Nov 2024 16:05:30 +0100 From: Alexander Leidinger To: Rich Dunkle Cc: freebsd-current@freebsd.org Subject: Re: arm64-aarch64 no longer boots on UTM MacOS In-Reply-To: <9d9cb81e-244b-496b-88c5-0475ce447ec7@smallcatbrain.com> References: <9d9cb81e-244b-496b-88c5-0475ce447ec7@smallcatbrain.com> Message-ID: <528dba14fb340c281e10086757553c08@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_659d82d313d2e7cdd1f00a0c5e5c77be"; micalg=pgp-sha256 X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE] X-Rspamd-Queue-Id: 4Xvz2Q4W09z570Q X-Spamd-Bar: ---- This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_659d82d313d2e7cdd1f00a0c5e5c77be Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-11-22 13:36, schrieb Rich Dunkle: > FreeBSD-15.0-CURRENT used to boot on UTM. > Now it hangs right after the EFI information, and never boots. > > Tested last week and this week iso images. > > FreeBSD-15.0-CURRENT-arm64-aarch64-20241121-e8263ace39c8-273771-bootonly.iso > > The iso is OK, and boots on arm64- Orange Pi 5 Plus. Does it boot when you revert this change? https://cgit.freebsd.org/src/commit/?id=c87b3f0006be9ac5813f1ff636f18c9b4a41b08e If yes, please comment on https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282493 Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_659d82d313d2e7cdd1f00a0c5e5c77be Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmdAncsACgkQEg2wmwP4 2IZcpBAAntjWNpzZ3ZrNe/n5/mQKBPzaQJRcQSSj8c8nQnd9/3mz5hczwGbHuYha us34ChlpEsHnUHMcMw2ZieFiiiRsQRHEKf2PhRfAJhluOcR0KIO7bC3rz2xaGEZK I9WoCrq261i4BPA1hoLPFSVBhHwsfqQ3h1JFAZuIVCn+AC5jb0IZFA0kRzWRMrcC HcAwm+v9cWby63rN8HUS2nhQAeV4MQGd6UeSN/s2j06KNlj261K43Wv8DNuMN46N Xi6WJKk8Fy5yW5jx+Bm3hfcLsiNfK1cRxKSKfpNcJ+Q5WXxx8OkjY5k9DBYoJ7pO cQSaLgSV1xpujUrZd6Qso0y8i5GmZvPUpDQZZIHurAMww5IbZqlc5KNeXjsHkkgN ocvkCfe6K+meTMOuvq13IvTztiTz/ad3hvbBm4wuUEUZqRW2NwgDbSlSFw04sSgW tPZdMPMxZVn9IXjdUOtoGimtCaV2HHVHx8zp9lLWq6RONumS10Yl+ahtH9M5+xNv TipOg34kVRZ/JhbKYK7s+YLw78N1svWOCfHvvz48ALkBrNLHgyFK9N6a2dM1E7go cg0Ya0RnFGQTX+d3Zvm5OlHGoL6GkT5RtbZL/S434Ihs2D2vpKB9+OyZ6JiZtrco 2OSqTxHKsaROsHw5Vky5MAWczD81FMLspq9cT9KqwZNWw9ypIC8= =s1qr -----END PGP SIGNATURE----- --=_659d82d313d2e7cdd1f00a0c5e5c77be-- From nobody Fri Nov 22 15:20:42 2024 X-Original-To: freebsd-current@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 4XvzN60qn1z5f1VL for ; Fri, 22 Nov 2024 15:21:42 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (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-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XvzN54X85z58NQ; Fri, 22 Nov 2024 15:21:41 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1732288893; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=DPb1TgPFisknbvOZotoeAICnRbsA04m1nMHjfhPUZ6Y=; b=yqmiMPQOq0myGOjivmlPiMgFQpw15s7qFooYGMce4ACaSlTfxrkAuC3SSrXnCH+S0LIRgg GpDnokhd2yTRoSKp2lpVN6Jlrlb+OW0pagzSdDDB5ehyvHgOGzdV/uOpeOZ/pxlIVBGyCt muZMGO8oqmDrqwasfOxvM2nIMK5DDnDNnmdVOAv8KIMK8LSRYgCBiy66ebHztf4w4gsG+r 5s2KxpOPghcih7xA7EY8Fq7QnMa9/SiCGDfSy5vxdO5awAOZzZ3Rz696pSifmmzyAN4Xte tyLvurQwx0johXvHYz7gXYJ97VosE8qe1UVLi+oPGKcKf6R2+ywTHFcznbgwFw== Date: Fri, 22 Nov 2024 16:20:42 +0100 From: Alexander Leidinger To: Alexander Leidinger Cc: Ed Maste , Current FreeBSD Subject: Re: buildworld error ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' failed: symbol not defined In-Reply-To: <40856c3b233f6120e742763ca2eb0775@Leidinger.net> References: <1221c0f9da65d606d6142623717819ab@Leidinger.net> <40856c3b233f6120e742763ca2eb0775@Leidinger.net> Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_d5927d05e4c12b5ff298034eb18ec8f6"; micalg=pgp-sha256 X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE] X-Rspamd-Queue-Id: 4XvzN54X85z58NQ X-Spamd-Bar: ---- This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_d5927d05e4c12b5ff298034eb18ec8f6 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-11-22 15:31, schrieb Alexander Leidinger: > Am 2024-11-22 14:08, schrieb Ed Maste: >> On Thu, 21 Nov 2024 at 04:43, Alexander Leidinger >> wrote: >>> >>> Hi, >>> >>> I get: >>> ld: error: version script assignment of 'FBSD_1.5' to symbol >>> 'getentropy' failed: symbol not defined >>> cc: error: linker command failed with exit code 1 (use -v to see >>> invocation) >>> >>> This is with src from 2024-11-20 1:39pm UTC. My last build / running >>> world is from 2024-11-13 18:34pm UTC. >> >> I modified getentropy in that window to remove fallback code -- >> 62dab3d016a on Nov 16. It builds and Jenkins was happy though so >> perhaps something odd in your environment? > > I'm running a bisect on unmodified code (master). So there is a > failure, and I can't tell right now which commit it is. Anyway, as this > is master without my local changes, it has to me src.conf or similar: > > src.conf: > ---snip--- > WITHOUT_PROFILE=yes > CFLAGS+=-DFTP_COMBINE_CWDS > MALLOC_PRODUCTION=yes > WITH_MALLOC_PRODUCTION=yes > WITHOUT_LLVM_ASSERTIONS=yes > KERNCONF=ANDROMEDA > WITH_RETPOLINE=yes > WITH_BIND_NOW=yes > WITHOUT_CLEAN=yes > FORTIFY_SOURCE=2 ## <------- maybe this? if yes: regression! Sorry Ed, but your commit fails fast, and the commit before that builds now since much longer than the failed build. Here is a bit more info Building /space/system/usr_obj/space/system/usr_src/amd64.amd64/lib/libc/libc_pic.a building static c library building shared library libc.so.7 building special pic c library ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' failed: symbol not defined cc: error: linker command failed with exit code 1 (use -v to see invocation) Building /space/system/usr_obj/space/system/usr_src/amd64.amd64/lib/libc/libc_nossp_pic.a *** [libc.so.7.full] Error code 1 So the pic-build seems to be an issue. I try to get some time to check which build option may play a role here, but I'm not sure how much of that I can do in the next 24h. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_d5927d05e4c12b5ff298034eb18ec8f6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmdAoVsACgkQEg2wmwP4 2IY0oA/9FLDurTwKLBnhPi/R2TnJP7/uzTnCg63GV3b71XHq+ql8GWSRqmZX16xj 61aBi93x0/0YJerFxMLfSgUAG9lpXvrQ1EWdewPQjAQYIoRid4C5xrt6nNtEDcpE ceXgqBcHFRN7fEjfbSS2ZFKCfT1APH8OiTracPJQV5HpweHqoEawIDD12VcZBOYc UQ2b3rhQ9RlWcMv8M+6WciHmPJpIp8br6squL2ytSL/IXzZtNjvrm4kILDvEVKU/ sPKaLuI3e/1Kd8upQ8W2FKSsRFb7kC5cZfttgTbQMrAaFYtf/o7WedFbcrEJhw7Y 7c5cdPr9tQvPlCQjXFOjFzd3MW6XxpUWC/LXy8rx0Zef079ObQV9r6sZ36Ayt30X M2GsRJKugsgvSPvdBU2NdiI9M2IEIT5ZeRIovaVkJkX+4n7PHMoYhwhYtQUyqOmE 5ktdAjy5RJCXd3hrWMctQibNBk6Udst1cSxCdbEApEpOt1jZJFBC0y5UTyrV9fnu 75bGEw2bGmOdbcWSouqZOl15FtqRYuAT3skWeRdx3vrpr8H0iWW/WZ2DyGfb6r3Z /wZy9M7z5DmEmd1jsN6AjdJNMrhjrOoKBwvF/H1mFYNW3yCOKlEWrmlrYCOkJF1P vf3ddBrbzzfRTKHMmf0fZGq6LzmEW2jmKhtKiVdT7z/E8YWXJ8A= =Vyox -----END PGP SIGNATURE----- --=_d5927d05e4c12b5ff298034eb18ec8f6-- From nobody Fri Nov 22 17:07:40 2024 X-Original-To: freebsd-current@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 4Xw1kn20fgz5f6bG; Fri, 22 Nov 2024 17:08:01 +0000 (UTC) (envelope-from vladislav.movchan@gmail.com) Received: from mail-yb1-xb34.google.com (mail-yb1-xb34.google.com [IPv6:2607:f8b0:4864:20::b34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xw1km0RCNz466n; Fri, 22 Nov 2024 17:08:00 +0000 (UTC) (envelope-from vladislav.movchan@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=NvmwLjYx; spf=pass (mx1.freebsd.org: domain of vladislav.movchan@gmail.com designates 2607:f8b0:4864:20::b34 as permitted sender) smtp.mailfrom=vladislav.movchan@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-yb1-xb34.google.com with SMTP id 3f1490d57ef6-e382ed3ee45so2267065276.0; Fri, 22 Nov 2024 09:08:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1732295279; x=1732900079; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=WD582uN4Up69P12bYXmCgfEccfKRCUXtV8UxO1QNUOM=; b=NvmwLjYxEXLGe8KEBS4o9ZWs90tEC/9QGW72Ox6vssuu1M0sAhnMuhBtJ6iLDF8l0W IktzAKyPqpWm0iXMWIbXiI8xbog9tZ635DyXvaoFeOYIk622SCUEnYZ06QKgGMyHsCU0 9GfC7CtIMoXOYgRygTq3RXAHC8vP6deWXvmohi9QEpAi0F4rV0A0eyVO7antjuQPlcKx XSmv4OMorh8TNVNh7DAKNiEBKVWcQovYWlG5Q+XwHKvnKnA051MoFq6XS3t3cyIq81+q Ueb3ZcdKGKrzZwB+dzhJMeEiB8GZJZpFcoG7abua6KQ4yjwWTjVWA6y4cizPj3U3lFcs Fy2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1732295279; x=1732900079; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=WD582uN4Up69P12bYXmCgfEccfKRCUXtV8UxO1QNUOM=; b=MHxeAp1uk250jmiiMGEOWLCb86GgKct0qdXngPFTsETLLTwJDJqlDupLNIfpCxyaZi mFqyJPMem0Su3/tyTPEuBLjY98FHSjBjP7lCjSGnpLOF7V/41qVkeUQinCUdDQp+47C7 L9gJoEKPajZQK5E7bsH0wQDFDek63BuG5ImXrs9be7D9HwkoN33HcpnjFbAOHjo+iXR3 NClptACUjyYmkQ1cbFUhPBadjWHtmRYe3mHgWlmukwUG6FafCfevJg4IhCd6dYTT6dLv o+0M6LLr9Nl4J7wgR+/IehegCm9QFTq2s9NcI1zat55gIt2Q13wu6dW7/LWxS35wYzsL fZgw== X-Forwarded-Encrypted: i=1; AJvYcCUXY9ylRWmUqu768tYR6pLhZiA5AYd5OTjamnDmRieSS4lgSOYQmmdoIohobgoz2VyT3AdWa+qrFsTkwcojkX0=@freebsd.org X-Gm-Message-State: AOJu0YyVSWJkL6zNCh1yV4bX3PyPlt5ql/777QTOsbAy6w3oJ0mug+kx fT8rVkAveNv3MVFd4zkkdQb92mGjYPU3Vu6CfquDN2vYueJCeQZC2ZtbA0KJKzFbSCfocNzRlsg 018vVyfkowkwCfzDOXL1GmY+Ps0A5CN8GtEA= X-Gm-Gg: ASbGncuZKCtb/gZDJrFb1D0bUP4nOcKK0okyXe7LbKmVicQIthmmBGFzakJwslebw6E OXm6vmbr6V3pT6TAJSwnB8yEIHaxQGD2b X-Google-Smtp-Source: AGHT+IFjl+TrcvFPwHEttDGjG5JoOtIrOp0b2nqHMlhf8UUVRhUsoHanOUmliW+itS6E6O/Acpr+1JQ44RZvvrH7njM= X-Received: by 2002:a05:6902:2084:b0:e28:f132:3fae with SMTP id 3f1490d57ef6-e38f8c04fdemr3685331276.48.1732295277713; Fri, 22 Nov 2024 09:07:57 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Vladyslav Movchan Date: Fri, 22 Nov 2024 19:07:40 +0200 Message-ID: Subject: Re: New driver for Asus Xonar DG/DGX soundcards now available To: Stefan Dimitrov Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000aca3c30627836c9a" X-Spamd-Result: default: False [-4.00 / 15.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)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-multimedia@freebsd.org,freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_RCPT(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b34:from]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com] X-Rspamd-Queue-Id: 4Xw1km0RCNz466n X-Spamd-Bar: --- --000000000000aca3c30627836c9a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I have a copy of both drivers (Asus Xonar DG/DGX and ESI Juli@) downloaded in 2019. I shared them both here: https://drive.google.com/drive/folders/1WKlu25Ct1oLzb2XCzFUaDSJuQf_g6fY7?us= p=3Dsharing On Sat, Nov 16, 2024 at 3:01=E2=80=AFAM Stefan Dimitrov wrote: > has anyone kept a copy of the driver code by any chance? > > the website is down, Archive.org has a copy of the webpage itself, but > it didn't archive the tarball with the driver. > > IMHO, it's a (big) loss, because it's the only FreeBSD driver for > C-Media CMI878x, that at least I can find, that supports Multichannel > playback. > > On Mon, Sep 30, 2019 at 10:43=E2=80=AFPM Alexei Palyutin w= rote: > > > > Good day everyone! > > > > Driver for Asus Xonar DG/DGX soundcards is now available on my home pag= e. > > > > Features are playback, recording (up to 192 kHz both directions), > playback up to 6 channels, spdif, volume controls, ACPI. > > > > If someone is interested - download it, test, and share results. > > > > Again, I hope this work was done for a reason and will be useful to > someone else. > > > > Driver page: https://sndbro.ru/soft/snd_xonardg?lang=3Den > > > > -- > > Alexei Palyutin > > _______________________________________________ > > freebsd-multimedia@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > > To unsubscribe, send any mail to " > freebsd-multimedia-unsubscribe@freebsd.org" > > --=20 Have a nice day, Vladyslav Movchan --000000000000aca3c30627836c9a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have a copy of both drivers (Asus Xonar= DG/DGX and ESI Juli@) downloaded in 2019.
I shared them both here:
<= a href=3D"https://drive.google.com/drive/folders/1WKlu25Ct1oLzb2XCzFUaDSJuQ= f_g6fY7?usp=3Dsharing">https://drive.google.com/drive/folders/1WKlu25Ct1oLz= b2XCzFUaDSJuQf_g6fY7?usp=3Dsharing

On Sat, Nov 16, 2024 at 3:01=E2= =80=AFAM Stefan Dimitrov <stefan.k.dimitrov@gmail.com> wrote:
has anyone kept a copy of the driver code by an= y chance?

the website is down, Archive.org has a copy of the webpage itself, but
it didn't archive the tarball with the driver.

IMHO, it's a (big) loss, because it's the only FreeBSD driver for C-Media CMI878x, that at least I can find, that supports Multichannel
playback.

On Mon, Sep 30, 2019 at 10:43=E2=80=AFPM Alexei Palyutin <ap@sndbro.ru> wrote:
>
> Good day everyone!
>
> Driver for Asus Xonar DG/DGX soundcards is now available on my home pa= ge.
>
> Features are playback, recording (up to 192 kHz both directions), play= back up to 6 channels, spdif, volume controls, ACPI.
>
> If someone is interested - download it, test, and share results.
>
> Again, I hope this work was done for a reason and will be useful to so= meone else.
>
> Driver page: https://sndbro.ru/soft/snd_xonardg?lan= g=3Den
>
> --
> Alexei Palyutin <= ap@sndbro.ru>
> _______________________________________________
> fr= eebsd-multimedia@freebsd.org mailing list
> https://lists.freebsd.org/mailman/= listinfo/freebsd-multimedia
> To unsubscribe, send any mail to "freebsd-multimedia-unsubsc= ribe@freebsd.org"



--
Have a nice day,
Vladyslav Movchan<= /div>
--000000000000aca3c30627836c9a-- From nobody Fri Nov 22 17:19:54 2024 X-Original-To: freebsd-current@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 4Xw20Y1Y3yz5f7Y7 for ; Fri, 22 Nov 2024 17:19:57 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-il1-x132.google.com (mail-il1-x132.google.com [IPv6:2607:f8b0:4864:20::132]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xw20X6vB0z47R2 for ; Fri, 22 Nov 2024 17:19:56 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Authentication-Results: mx1.freebsd.org; none Received: by mail-il1-x132.google.com with SMTP id e9e14a558f8ab-3a77c066a15so8502495ab.3 for ; Fri, 22 Nov 2024 09:19:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; t=1732295996; x=1732900796; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=lQ/PkIG6BeIMl+RlVAsYnJ3vRnNLaVVUyM/5Sl4UF0E=; b=jbq/ZWNr02f6EEcjOI6Peu1J2LE7Ze42Q4DOBz0lOr0OZYycCTNbMRXs1t5QOd64nF RLOzgiJ6TtTMznYl4iFYDNX3DSvJ59PyCnIKY4yZ89kksEYyg6gtAcEYVFa/PlznEKOP FJMSxjrPjfj3BO7q1lGRr1AKETCXQsSOLuPKDneGeCzwnE/m1vHgKURRrRdrK06T75Gm gGKkk8Fl7SCmCEDVpgnIJPiZymKAZtQAMviz8mkL9nJMDaZG+4Ce+YhcwDdaXMoxWmGS T6Vqcdqb1roXD3M3ngj/sODxkyv2WEchFnk6EUavujJSFt5FwEVcMOVapTiF4NePhEmo ecuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1732295996; x=1732900796; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=lQ/PkIG6BeIMl+RlVAsYnJ3vRnNLaVVUyM/5Sl4UF0E=; b=ptpECsRmMuU9QK/eHxMYlzPd9BZCPmf3zAf4nInGeIBl8SryVovmMvUXt8+iz62ucb eqZGoDROEGWdCYkKf8GmiO3Vti2ea2qxhaB7MsvYi1DUxqOXY9BZrsmUPR1c/eRrumqU FMoXyz+wlDZKyM5MTaYmSqPplQ/i1lnyU/f82kbv//jTSZI/GUAmnpzUu+DBNWY+iMLt NvKH/kWczjpDfaBMZfu1bRTOIWYMx5k3dtdiNYJAqFoyWOhdj0fY4uxnL02nQFmEO1DQ IpGiImxMIVX9aBGVr7URzmW/j99CoekNKYyROXI5PZazoG5uVtrnKODZ2hilxq8XoDVk R6JQ== X-Forwarded-Encrypted: i=1; AJvYcCXxssjYH7Ah24f9QSrqMQRFEAyO+g0o24423pLnHbX0nuOIE0MZ8BTKibrYnefzcdp1/c5UfiKN7iTG2BeRkRw=@freebsd.org X-Gm-Message-State: AOJu0YxkojsjRbVdrHx3DdBxJ+mVcj1mdar9CgAgUzVJyFUTyHaM/qd0 ooDn8EZR2d0hRH+qdFlBdKc4EUTuXgg52zNrOI1vBl07OcMBC0BO+dv1VORJOvduzjq0dT0lE2j b X-Gm-Gg: ASbGncuHKTxSYQJOHquH3pbikNcMc4L+3BUWatQE5hPZ261sKomdc2qYUuoLaOHSdXs +YSimk6PRuazIO9XkDXuOEXHm/zB5LknWE2cMs3XYY+2k3OliwzQLh2dOwU6Xawzz8Q4z1Sq2mS qljufL7G7VJUwypTLmMKRE++lDq1xyErzJO0X1p5p+7WHzp+wtLRseQJLBmoLOMPuPsT6EMdgNj uOEHirjURcQYFmOOeGlh6uXDiQ2TZP44yJY0yDVBta0fvvxpF5F+EmLsrJFYwqkqbSpDYe2RGUD Z5Uf5g== X-Google-Smtp-Source: AGHT+IEl84IOoEAw4fbBadUePTci51Yr2iTYpvAwWIvIyxUyccATqZXyrU17Mz2YckMYflQ3ir+PtA== X-Received: by 2002:a05:6e02:1a42:b0:3a7:6636:eb3b with SMTP id e9e14a558f8ab-3a79af75f91mr35174015ab.17.1732295995805; Fri, 22 Nov 2024 09:19:55 -0800 (PST) Received: from mutt-hbsd (63-230-77-134.clsp.qwest.net. [63.230.77.134]) by smtp.gmail.com with ESMTPSA id e9e14a558f8ab-3a79ac9739csm5713425ab.57.2024.11.22.09.19.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Nov 2024 09:19:55 -0800 (PST) Date: Fri, 22 Nov 2024 17:19:54 +0000 From: Shawn Webb To: Alexander Leidinger Cc: Ed Maste , Current FreeBSD Subject: Re: buildworld error ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' failed: symbol not defined Message-ID: X-Operating-System: FreeBSD mutt-hbsd 15.0-CURRENT-HBSD FreeBSD 15.0-CURRENT-HBSD X-PGP-Key: https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/blob/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc References: <1221c0f9da65d606d6142623717819ab@Leidinger.net> <40856c3b233f6120e742763ca2eb0775@Leidinger.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="d7pc7o6fivxsk63i" Content-Disposition: inline In-Reply-To: X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4Xw20X6vB0z47R2 X-Spamd-Bar: ---- --d7pc7o6fivxsk63i Content-Type: multipart/mixed; protected-headers=v1; boundary="vxtgjfu5yqtkjmbv" Content-Disposition: inline Subject: Re: buildworld error ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' failed: symbol not defined MIME-Version: 1.0 --vxtgjfu5yqtkjmbv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 22, 2024 at 04:20:42PM +0100, Alexander Leidinger wrote: > Am 2024-11-22 15:31, schrieb Alexander Leidinger: > > Am 2024-11-22 14:08, schrieb Ed Maste: > > > On Thu, 21 Nov 2024 at 04:43, Alexander Leidinger > > > wrote: > > > >=20 > > > > Hi, > > > >=20 > > > > I get: > > > > ld: error: version script assignment of 'FBSD_1.5' to symbol > > > > 'getentropy' failed: symbol not defined > > > > cc: error: linker command failed with exit code 1 (use -v to see > > > > invocation) > > > >=20 > > > > This is with src from 2024-11-20 1:39pm UTC. My last build / running > > > > world is from 2024-11-13 18:34pm UTC. > > >=20 > > > I modified getentropy in that window to remove fallback code -- > > > 62dab3d016a on Nov 16. It builds and Jenkins was happy though so > > > perhaps something odd in your environment? > >=20 > > I'm running a bisect on unmodified code (master). So there is a failure, > > and I can't tell right now which commit it is. Anyway, as this is master > > without my local changes, it has to me src.conf or similar: > >=20 > > src.conf: > > ---snip--- > > WITHOUT_PROFILE=3Dyes > > CFLAGS+=3D-DFTP_COMBINE_CWDS > > MALLOC_PRODUCTION=3Dyes > > WITH_MALLOC_PRODUCTION=3Dyes > > WITHOUT_LLVM_ASSERTIONS=3Dyes > > KERNCONF=3DANDROMEDA > > WITH_RETPOLINE=3Dyes > > WITH_BIND_NOW=3Dyes > > WITHOUT_CLEAN=3Dyes > > FORTIFY_SOURCE=3D2 ## <------- maybe this? if yes: regression! >=20 > Sorry Ed, but your commit fails fast, and the commit before that builds n= ow > since much longer than the failed build. >=20 > Here is a bit more info >=20 > Building > /space/system/usr_obj/space/system/usr_src/amd64.amd64/lib/libc/libc_pic.a > building static c library > building shared library libc.so.7 > building special pic c library > ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' > failed: symbol not defined > cc: error: linker command failed with exit code 1 (use -v to see invocati= on) > Building /space/system/usr_obj/space/system/usr_src/amd64.amd64/lib/libc/= libc_nossp_pic.a > *** [libc.so.7.full] Error code 1 >=20 > So the pic-build seems to be an issue. >=20 > I try to get some time to check which build option may play a role here, = but > I'm not sure how much of that I can do in the next 24h. I'm getting the same build error. I'm building HardenedBSD 15-CURRENT/amd64 with a clean /usr/obj. Attached is the output of `make showconfig` in /usr/src. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD Tor-ified Signal: +1 303-901-1600 / shawn_webb_opsec.50 https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --vxtgjfu5yqtkjmbv Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="2024-11-22_config-r01.txt" MK_ACCT = yes MK_ACPI = yes MK_APM = yes MK_ASAN = no MK_ASSERT_DEBUG = yes MK_AT = yes MK_AUDIT = yes MK_AUTHPF = yes MK_AUTOFS = yes MK_AUTO_OBJ = yes MK_BEARSSL = no MK_BHYVE = yes MK_BHYVE_SNAPSHOT = no MK_BIND_NOW = yes MK_BLACKLIST = yes MK_BLACKLIST_SUPPORT = yes MK_BLUETOOTH = yes MK_BOOT = yes MK_BOOTPARAMD = yes MK_BOOTPD = yes MK_BRANCH_PROTECTION = no MK_BSDINSTALL = yes MK_BSD_CPIO = yes MK_BSNMP = yes MK_BZIP2 = yes MK_BZIP2_SUPPORT = yes MK_CALENDAR = yes MK_CAROOT = yes MK_CASPER = yes MK_CCACHE_BUILD = no MK_CCD = yes MK_CDDL = yes MK_CFI = yes MK_CLANG = yes MK_CLANG_BOOTSTRAP = yes MK_CLANG_EXTRAS = yes MK_CLANG_FORMAT = no MK_CLANG_FULL = yes MK_CLEAN = no MK_CPP = yes MK_CPP_HARDENING = yes MK_CROSS_COMPILER = yes MK_CRYPT = yes MK_CTF = no MK_CUSE = yes MK_CXGBETOOL = yes MK_DEBUG_FILES = yes MK_DETECT_TZ_CHANGES = no MK_DIALOG = no MK_DICT = yes MK_DIRDEPS_BUILD = no MK_DIRDEPS_CACHE = no MK_DISK_IMAGE_TOOLS_BOOTSTRAP = no MK_DMAGENT = yes MK_DOCCOMPRESS = yes MK_DTRACE = yes MK_DTRACE_ASAN = no MK_DTRACE_TESTS = no MK_DYNAMICROOT = yes MK_EE = yes MK_EFI = yes MK_ELFTOOLCHAIN_BOOTSTRAP = yes MK_EXAMPLES = yes MK_EXPERIMENTAL = no MK_FDT = no MK_FILE = yes MK_FINGER = yes MK_FLOPPY = yes MK_FORMAT_EXTENSIONS = yes MK_FORTH = yes MK_FP_LIBC = yes MK_FREEBSD_UPDATE = no MK_FTP = yes MK_GAMES = yes MK_GH_BC = yes MK_GNU_DIFF = yes MK_GOOGLETEST = yes MK_GPIO = yes MK_GSSAPI = yes MK_HAST = yes MK_HBSDCONTROL = yes MK_HBSD_UPDATE = yes MK_HESIOD = no MK_HTML = yes MK_HYPERV = yes MK_ICONV = yes MK_INCLUDES = yes MK_INET = yes MK_INET6 = yes MK_INET6_SUPPORT = yes MK_INETD = yes MK_INET_SUPPORT = yes MK_INSTALLLIB = yes MK_INSTALL_AS_USER = no MK_IPFILTER = yes MK_IPFW = yes MK_IPSEC_SUPPORT = yes MK_ISCSI = yes MK_JAIL = yes MK_JEMALLOC_LG_VADDR_WIDE = yes MK_KDUMP = yes MK_KERBEROS = yes MK_KERBEROS_SUPPORT = yes MK_KERNEL_BIN = no MK_KERNEL_RETPOLINE = no MK_KERNEL_SYMBOLS = yes MK_KVM = yes MK_KVM_SUPPORT = yes MK_LDNS = yes MK_LDNS_UTILS = yes MK_LEGACY_CONSOLE = yes MK_LIB32 = no MK_LLD = yes MK_LLDB = yes MK_LLD_BOOTSTRAP = yes MK_LLVM_ASSERTIONS = yes MK_LLVM_BINUTILS = yes MK_LLVM_COV = yes MK_LLVM_CXXFILT = yes MK_LLVM_FULL_DEBUGINFO = no MK_LLVM_TARGET_AARCH64 = yes MK_LLVM_TARGET_ALL = yes MK_LLVM_TARGET_ARM = yes MK_LLVM_TARGET_BPF = no MK_LLVM_TARGET_MIPS = no MK_LLVM_TARGET_POWERPC = yes MK_LLVM_TARGET_RISCV = yes MK_LLVM_TARGET_X86 = yes MK_LOADER_BIOS_TEXTONLY = yes MK_LOADER_EFI_SECUREBOOT = no MK_LOADER_GELI = yes MK_LOADER_IA32 = yes MK_LOADER_KBOOT = yes MK_LOADER_LUA = yes MK_LOADER_OFW = no MK_LOADER_PXEBOOT = yes MK_LOADER_UBOOT = no MK_LOADER_VERBOSE = no MK_LOADER_VERIEXEC = no MK_LOADER_VERIEXEC_PASS_MANIFEST = no MK_LOADER_VERIEXEC_VECTX = no MK_LOADER_ZFS = yes MK_LOCALES = yes MK_LOCATE = yes MK_LPR = yes MK_LS_COLORS = yes MK_LTOLIB = yes MK_MACHDEP_OPTIMIZATIONS = yes MK_MAIL = yes MK_MAILWRAPPER = yes MK_MAKE = yes MK_MAKE_CHECK_USE_SANDBOX = yes MK_MALLOC_PRODUCTION = no MK_MAN = yes MK_MANCOMPRESS = yes MK_MANSPLITPKG = yes MK_MAN_UTILS = yes MK_META_ERROR_TARGET = no MK_META_MODE = no MK_MLX5TOOL = yes MK_NETCAT = yes MK_NETGRAPH = yes MK_NETGRAPH_SUPPORT = yes MK_NETLINK = no MK_NETLINK_SUPPORT = no MK_NIS = yes MK_NLS = yes MK_NLS_CATALOGS = yes MK_NS_CACHING = yes MK_NTP = yes MK_NUAGEINIT = yes MK_OFED = no MK_OFED = yes MK_OFED_EXTRA = no MK_OPENLDAP = no MK_OPENMP = yes MK_OPENSSH = yes MK_OPENSSL = yes MK_OPENSSL_KTLS = yes MK_PAM = yes MK_PAM_SUPPORT = yes MK_PF = yes MK_PIE = yes MK_PKGBOOTSTRAP = yes MK_PMC = yes MK_PORTSNAP = no MK_PPP = yes MK_PTHREADS_ASSERTIONS = yes MK_QUOTAS = yes MK_RADIUS_SUPPORT = yes MK_RATELIMIT = no MK_RBOOTD = yes MK_RELRO = yes MK_REPRODUCIBLE_BUILD = no MK_RESCUE = yes MK_RETPOLINE = yes MK_ROUTED = yes MK_RPCBIND_WARMSTART_SUPPORT = no MK_SAFESTACK = yes MK_SCTP_SUPPORT = yes MK_SENDMAIL = yes MK_SERVICESDB = yes MK_SETUID_LOGIN = yes MK_SHAREDOCS = yes MK_SHARED_TOOLCHAIN = yes MK_SHLIBRANDOM = yes MK_SORT_THREADS = no MK_SOURCELESS = yes MK_SOURCELESS_HOST = yes MK_SOURCELESS_UCODE = yes MK_SPECTREV1_FIX = no MK_SPLIT_KERNEL_DEBUG = yes MK_SSP = yes MK_STAGING = no MK_STAGING_MAN = no MK_STAGING_PROG = no MK_STALE_STAGED = no MK_STATS = yes MK_SYSCONS = yes MK_SYSROOT = no MK_SYSTEM_COMPILER = yes MK_SYSTEM_LINKER = yes MK_TALK = yes MK_TCP_WRAPPERS = yes MK_TCSH = yes MK_TELNET = yes MK_TESTS = yes MK_TESTS_SUPPORT = yes MK_TEXTPROC = yes MK_TFTP = yes MK_TOOLCHAIN = yes MK_UBSAN = no MK_UNBOUND = yes MK_UNDEFINED_VERSION = no MK_UNIFIED_OBJDIR = yes MK_USB = yes MK_USB_GADGET_EXAMPLES = yes MK_UTMPX = yes MK_VERIEXEC = no MK_VI = yes MK_VT = yes MK_WARNS = yes MK_WERROR = yes MK_WIRELESS = yes MK_WIRELESS_SUPPORT = yes MK_WPA_SUPPLICANT_EAPOL = yes MK_ZFS = yes MK_ZFS_TESTS = yes MK_ZONEINFO = yes MK_ZONEINFO_LEAPSECONDS_SUPPORT = no OPT_INIT_ALL = none OPT_LIBC_MALLOC = jemalloc --vxtgjfu5yqtkjmbv-- --d7pc7o6fivxsk63i Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmdAvTIACgkQ/y5nonf4 4frh9Q/9G/s9DBJe0mvKMNiCdK4y4Lu/UKvqzBtkO6HwHtR28EQdhrQ24f8Gra1b noySWHLkdM6QImYq5AjmD3JEqSZQokYvJJqy7XAOHVRXkvEPQrgUScfQmwjGT8ap 3lul0+QzMUYyZ3MV0X17r4KZwVbfYBPJkxH4CV+lIldCL9dhXLWuvpG1eivmt4wP oF72djdKNE2Erl/tpNgtgAeIW0stkBbf2rCEE0lEgiczKtfNcxmLE/SuMn+sWQgx z2yxVROIDektjKRQEDzm+OhKKaXAhX5/+Wa6Hg1m3gpXubqGNrzfGj1vxhzfHINK ehFQylW5h72bDajBbOrSbQb2fJbhD8BnF7U41I4jxtwW7xwim+9kJGTvFgNTX/hA Eiw5Vw/jGWHYUcEtMUFMsS1tFfQFvW79D82QUYVf7GD1C2cNR8PEZtM+utPmtrvp 5tnzu1IEDOkaYls4AS1oqbNXXxKMZvFG6WhoKgIP94eiqZBsekCMAWfmJtUHbeRa +pQ+vxuIWL5EN6z/9Eyywerd1c2M3bW7hrXMJ6S+XrZIvEbbtWElfY/hgbCiZleA +oFMNPmUHTWZ6XJ6W8ozK7P/Ufe1imguqxgI1OiS8E/eLP5RH4qX0NSZl0T3AzNR vARqY8oa/jFihQtIHu4DHq6PHUUkf2XSEe6SJWr2fOcmAT1C2EQ= =DoD0 -----END PGP SIGNATURE----- --d7pc7o6fivxsk63i-- From nobody Fri Nov 22 17:48:23 2024 X-Original-To: freebsd-current@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 4Xw2dc64ywz5f8cZ for ; Fri, 22 Nov 2024 17:48:36 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f176.google.com (mail-il1-f176.google.com [209.85.166.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xw2dc11MGz4CpV for ; Fri, 22 Nov 2024 17:48:36 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-il1-f176.google.com with SMTP id e9e14a558f8ab-3a76156af6bso8230565ab.2 for ; Fri, 22 Nov 2024 09:48:36 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1732297715; x=1732902515; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=CjVnbTWoma9JglE9duquHuqHUcA+eE1AJuPJPqIew7k=; b=Wv/eUKDw5GLHdNIRPt7tJTAM3Kpm1v0DTezeBU1GdzCtOE5O//cRPcUh0l+F4vOz+3 wq3piBdGWNhRwDg2B11InVBqwQ+T0Wx0V3nEzHIlu/VZQ23YrrvuUL6O7eT4WpioHPQp Uy19CxxJJRZFmQvwRKTR1ZOKPY266cEu4s4zyILYnsVwPgYIOcpe5ycqdX1pNaHtSZv4 QiB4mr51OYghYGkm/GznodP8ph0ZDpiwSykZPfO4/V8RVBDwqBv6H4jpjStwO8Lf4XCy wmHgseuARtKNDIDMMUSwW7W0ZCYw4S6SKwfqItW13uTqcxFLruX2VGcxY5qT6MnPtOol gHwA== X-Gm-Message-State: AOJu0Yx2pK4wfX6dMBMLDtK25paeH74/NBn+vxY3z+ec0+Sdf/SLIfcU ZFREw4c2hHZ4og6V38SaBKy4SoQwqEuknmdMLiHTxV2coDM4/PnQ2QENmdNmRVzKp5WHmGWPBim nJBNtiUxOvHxoqPjt70Nq1A4FaMNjkg== X-Gm-Gg: ASbGnctxDDXGQ7w8NBc5UG3LwC6wzERVO+SVU6WZVLZgw/CkNArGw9z0ORmpIr8oGZ8 oEUU5Gh/U+hutv0ntlpWRA+5vflVqlQFZzkovRK/tSButyuok3xTC3AyI4E1QerccaQ== X-Google-Smtp-Source: AGHT+IGhkQHj2WwQo+rW4hGSxtdjZoYh7mCF4ZPFeeIPlzQVtawDSntgnWnpNRBA6gzzR1G1abcnCFHZm/DLB8euCWQ= X-Received: by 2002:a05:6e02:1561:b0:3a7:21c2:a419 with SMTP id e9e14a558f8ab-3a79ad9849fmr34919935ab.14.1732297714871; Fri, 22 Nov 2024 09:48:34 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <1221c0f9da65d606d6142623717819ab@Leidinger.net> <40856c3b233f6120e742763ca2eb0775@Leidinger.net> In-Reply-To: <40856c3b233f6120e742763ca2eb0775@Leidinger.net> From: Ed Maste Date: Fri, 22 Nov 2024 12:48:23 -0500 Message-ID: Subject: Re: buildworld error ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' failed: symbol not defined To: Alexander Leidinger Cc: Current FreeBSD Content-Type: text/plain; charset="UTF-8" X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4Xw2dc11MGz4CpV X-Spamd-Bar: ---- On Fri, 22 Nov 2024 at 09:32, Alexander Leidinger wrote: > > FORTIFY_SOURCE=2 ## <------- maybe this? if yes: regression! Yes this is very likely -- looking From nobody Fri Nov 22 18:09:41 2024 X-Original-To: freebsd-current@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 4Xw36C0DPQz5f9vV for ; Fri, 22 Nov 2024 18:09:55 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f49.google.com (mail-io1-f49.google.com [209.85.166.49]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xw36B1xw1z4G5h for ; Fri, 22 Nov 2024 18:09:54 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.49 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none) Received: by mail-io1-f49.google.com with SMTP id ca18e2360f4ac-83ab694ebe5so74910239f.0 for ; Fri, 22 Nov 2024 10:09:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1732298993; x=1732903793; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=G/ZPq4wi9FRKaJ9i33V9fgk9VMlDFiAsA1Pt2jY9Su4=; b=U+VXSiOaMltieHad7ZON/ma8tzX7IfRPnYlY/HCzpC3dKfdgOYz3xV8CtLBNtdgGqA jPELar2bRa/CrF35NCUhZn+/mMz/rAivdGG7gVyDNOY1ccbHhj7iF0OM/TnMycDSgB3e kXELoddlvnVPIb97OQm9Qk2vJ6G4hTxFC9kZmp1Dm5HxvrMsMG40ia/IpLfTENuNP/U7 EE9vEytHLImMG+EDGAeztAdgfUCS5UI1qooVYX5DmtIFHj2Sx4TvLrShHer4ioA6j2Fz 2C7jLCsmsX6glMipaJmTEaRxevdObcoLkGMpcnUfncnKggxXK0/gLxkygKPoeVnwXa5f ot/A== X-Gm-Message-State: AOJu0Yxax1nCKSk6QYNgMKU+C90faVCSvSnTtooo1HAqV6Dm/LUytO/T NobYKJLu/AvutOz/PJCiWck4jKuUZbWUxSHjOthehYaLWzILvNmWn2bipOKTZoSLAmdQRh1IWZQ mlJoEVKFi+10y75hxMdSsiQnnFZOIxJDt X-Gm-Gg: ASbGncvYrFlqdGBXw+ezBX+tQW2RpW6Q27Mp5dq1IWR/1pBL8YGxj9w58nCb/T5P8zl 5SxWVoxuUlFvxFeVN76/wL1s4FP5ZJ/2X0X5t+khvDt6QZhJ9EzvRF8vGEO/MyD0kKg== X-Google-Smtp-Source: AGHT+IHYogJgXonTwz2ZZExH+/MSAbeqw/Wbfv+1QXy5R1KO2y3gzht1PSrb1zgXg765N/wGP5iy7jB3+9drQ/F6fgA= X-Received: by 2002:a05:6602:674a:b0:82c:f85a:4dcb with SMTP id ca18e2360f4ac-83ecdc66abfmr398497739f.6.1732298993053; Fri, 22 Nov 2024 10:09:53 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <1221c0f9da65d606d6142623717819ab@Leidinger.net> <40856c3b233f6120e742763ca2eb0775@Leidinger.net> In-Reply-To: From: Ed Maste Date: Fri, 22 Nov 2024 13:09:41 -0500 Message-ID: Subject: Re: buildworld error ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' failed: symbol not defined To: Alexander Leidinger Cc: Current FreeBSD Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-2.62 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; NEURAL_HAM_SHORT(-0.74)[-0.736]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; FREEFALL_USER(0.00)[carpeddiem]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.49:from]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.49:from]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; TO_DN_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4Xw36B1xw1z4G5h X-Spamd-Bar: -- On Fri, 22 Nov 2024 at 12:48, Ed Maste wrote: > > On Fri, 22 Nov 2024 at 09:32, Alexander Leidinger > wrote: > > > > FORTIFY_SOURCE=2 ## <------- maybe this? if yes: regression! > > Yes this is very likely -- looking Sorry about that -- now fixed by 66439659982c00f66d0fe002820eaa6610f69ff1 From nobody Fri Nov 22 18:31:52 2024 X-Original-To: freebsd-current@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 4Xw3bP6xSyz5fBwT for ; Fri, 22 Nov 2024 18:31:45 +0000 (UTC) (envelope-from rdunkle@smallcatbrain.com) Received: from outbound5f.eu.mailhop.org (outbound5f.eu.mailhop.org [3.127.8.113]) (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 4Xw3bP4sBDz4K4H for ; Fri, 22 Nov 2024 18:31:45 +0000 (UTC) (envelope-from rdunkle@smallcatbrain.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:content-type:in-reply-to:from:references:cc:to: subject:mime-version:date:message-id:from; bh=Wgfvk2Q2qg7oj41DOMXdg3GjbRV0Tpj5G+fK1ZBYNUg=; b=Br3Wh9uXhq70M9s7KqN5KZ/vLSEPkJp/3ABONFF/3ewUAU3UVDgzrJLAIcg6sCzZBfLu+NdbcHg6/ OTfVjiNZvyjuNY47Prk4jrlkxpHAcKRV8RIb4L+nk4HL+ECWCATu4jxHQ/R6e0MzR6osKbHrnsjcUw LELdXKw5+7m1b7RJPUQkIxYlC+INY1jnWRGxBPv8qLQ6UaC8j27aZiLhD562Ws3KDzEkrpK1PjjAJG 7YoHVkxlxmnrZL+xXf5mQo2vPEkhA47bk4f5AY0vzDvbJ7szupQ5GEr8OSKpQqZbFZM5zPvTXTsSdC oFZc/r+HZoTKYmzmrApSh8GxBI2Y/9g== X-Originating-IP: 185.209.57.35 X-MHO-RoutePath: cmR1bmtsZQ== X-MHO-User: 0499c409-a900-11ef-a1b9-7b4c7e2b9385 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from [192.168.2.159] (smp5.smallcatbrain.com [185.209.57.35]) by outbound2.eu.mailhop.org (Halon) with ESMTPSA id 0499c409-a900-11ef-a1b9-7b4c7e2b9385; Fri, 22 Nov 2024 18:31:41 +0000 (UTC) Message-ID: Date: Fri, 22 Nov 2024 20:31:52 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: arm64-aarch64 no longer boots on UTM MacOS To: Alexander Leidinger Cc: freebsd-current@freebsd.org References: <9d9cb81e-244b-496b-88c5-0475ce447ec7@smallcatbrain.com> <528dba14fb340c281e10086757553c08@Leidinger.net> Content-Language: en-US From: Rich Dunkle In-Reply-To: <528dba14fb340c281e10086757553c08@Leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.124.0.0/14, country:US] X-Rspamd-Queue-Id: 4Xw3bP4sBDz4K4H X-Spamd-Bar: ---- On 22.11.2024 17:05, Alexander Leidinger wrote: > Am 2024-11-22 13:36, schrieb Rich Dunkle: >> FreeBSD-15.0-CURRENT used to boot on UTM. >> Now it hangs right after the EFI information, and never boots. >> >> Tested last week and this week iso images. >> >> FreeBSD-15.0-CURRENT-arm64-aarch64-20241121-e8263ace39c8-273771-bootonly.iso >> >> >> The iso is OK, and boots on arm64- Orange Pi 5 Plus. > > Does it boot when you revert this change? > https://cgit.freebsd.org/src/commit/?id=c87b3f0006be9ac5813f1ff636f18c9b4a41b08e > > If yes, please comment on >     https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282493 > > Bye, > Alexander. > I did a revert on that change, then rebuilt world and kernel. I see the same hang on UTM. From nobody Fri Nov 22 22:19:27 2024 X-Original-To: freebsd-current@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 4Xw8fp08CMz5dS1N for ; Fri, 22 Nov 2024 22:20:02 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (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-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xw8fn2t6fz4hr9; Fri, 22 Nov 2024 22:20:01 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1732313993; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=QJP6iCjeWsm0eRAbImK+qTDt+rGHLbKqKMjIJzSS/QY=; b=rYJL8QJzqcCpnpZ5w2iJn2t8FGZ+pi7WjHhYp7sP29CqxPtIA/LHzG4+omOUxff8zwoI2I +C4X57ymaar3F1WO2VQV6JElGnbbrkLPZ74Dbakgbkv6A5VRbr6PBPJECjOKfaGz0vKO3F INS8oH0gYRJg8VsEjt6L1W7VaEFR9vitm4LNJItlQqDkeHKrhZG3f4Wq3s55ZoRKDdjN92 1OCWlaQhu/uKEkeT0Nntoge7vm/3K3/c9MVPrJDz51G87JgEdqValTzc8tGC1cwSydhKta 0YCJVFizia3XVeh6rNgZ+xiFjQqKCUsk+R03blJ3ZGhABuKp3GsE2jORA+dapw== Date: Fri, 22 Nov 2024 23:19:27 +0100 From: Alexander Leidinger To: Shawn Webb Cc: Ed Maste , Current FreeBSD Subject: Re: buildworld error ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' failed: symbol not defined In-Reply-To: References: <1221c0f9da65d606d6142623717819ab@Leidinger.net> <40856c3b233f6120e742763ca2eb0775@Leidinger.net> Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_a5ed9bfcfac4dc06f8cb1071679a5b50"; micalg=pgp-sha256 X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE] X-Rspamd-Queue-Id: 4Xw8fn2t6fz4hr9 X-Spamd-Bar: ---- This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_a5ed9bfcfac4dc06f8cb1071679a5b50 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-11-22 18:19, schrieb Shawn Webb: > On Fri, Nov 22, 2024 at 04:20:42PM +0100, Alexander Leidinger wrote: >> Am 2024-11-22 15:31, schrieb Alexander Leidinger: >> > Am 2024-11-22 14:08, schrieb Ed Maste: >> > > On Thu, 21 Nov 2024 at 04:43, Alexander Leidinger >> > > wrote: >> > > > >> > > > Hi, >> > > > >> > > > I get: >> > > > ld: error: version script assignment of 'FBSD_1.5' to symbol >> > > > 'getentropy' failed: symbol not defined >> > > > cc: error: linker command failed with exit code 1 (use -v to see >> > > > invocation) >> > > > >> > > > This is with src from 2024-11-20 1:39pm UTC. My last build / running >> > > > world is from 2024-11-13 18:34pm UTC. >> > > >> > > I modified getentropy in that window to remove fallback code -- >> > > 62dab3d016a on Nov 16. It builds and Jenkins was happy though so >> > > perhaps something odd in your environment? >> > >> > I'm running a bisect on unmodified code (master). So there is a failure, >> > and I can't tell right now which commit it is. Anyway, as this is master >> > without my local changes, it has to me src.conf or similar: >> > >> > src.conf: >> > ---snip--- >> > WITHOUT_PROFILE=yes >> > CFLAGS+=-DFTP_COMBINE_CWDS >> > MALLOC_PRODUCTION=yes >> > WITH_MALLOC_PRODUCTION=yes >> > WITHOUT_LLVM_ASSERTIONS=yes >> > KERNCONF=ANDROMEDA >> > WITH_RETPOLINE=yes >> > WITH_BIND_NOW=yes >> > WITHOUT_CLEAN=yes >> > FORTIFY_SOURCE=2 ## <------- maybe this? if yes: regression! >> >> Sorry Ed, but your commit fails fast, and the commit before that >> builds now >> since much longer than the failed build. >> >> Here is a bit more info >> >> Building >> /space/system/usr_obj/space/system/usr_src/amd64.amd64/lib/libc/libc_pic.a >> building static c library >> building shared library libc.so.7 >> building special pic c library >> ld: error: version script assignment of 'FBSD_1.5' to symbol >> 'getentropy' >> failed: symbol not defined >> cc: error: linker command failed with exit code 1 (use -v to see >> invocation) >> Building >> /space/system/usr_obj/space/system/usr_src/amd64.amd64/lib/libc/libc_nossp_pic.a >> *** [libc.so.7.full] Error code 1 >> >> So the pic-build seems to be an issue. >> >> I try to get some time to check which build option may play a role >> here, but >> I'm not sure how much of that I can do in the next 24h. > > I'm getting the same build error. I'm building HardenedBSD > 15-CURRENT/amd64 with a clean /usr/obj. A world builds successfully without the FORTIFY_SOURCE=2. So this is a regression there. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_a5ed9bfcfac4dc06f8cb1071679a5b50 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmdBA4AACgkQEg2wmwP4 2IZ+bQ//f5EcoFp4dwrtsQ6St85EJVnPr83fj1uvNR4LqvTLhH9E+a3DbdSKVdI4 ZqWwY0bsGq2qxfC4gwi89a3uNPfZrmXF+egfjGEwZdEWOR9muiv1V1khSX429Cou 3qw+/zVVQS6eKWjaGrwQaTJxsoWeLgZo6nk/pvBh9TKS1/+91UIK5cSP670wdGdH xeROWwKkoF443hYtwxj9vUKihVJSNARJOt4N8hOse/JYE3sZg3gugd8wv0cP8PC6 gviVYervUC3Ahg3yvsefaRVlfENsc1xedSFxsC6GFDsyIVVRWrPiH8ZuInh0Cra3 Z1EGeKjLFbcIq0ccsp1a+Z9YnMmsXDintOS+knsCXQ2vWLcyeNqLVQrB5AkqVtNb j/BzmW6ARpEddI7wFQG5jd+AB5V2/dGiE/5zfduyS2ynPYVlwLOt3Ihi0FgnOdRy E99dwhx4DNIx7ay/BMepEp35oRj3q6WEBGS9nJKUQSLOlJgL8RvoAW1V5KDXwLrL mguawVcJXuQ6TZbXpPC2Y7olic4wQxKSnA3Y/6y8+rM9Ia2HyvzxY1dX7Ltl96Oi qZEwlG5OHsRG2OcFQ1rRK9kb4oOzrGMSTmM9TGU+7OWoNtKRlpb1hvhN1e671Doj jFFH8d9tLbzT6BQywXdtT/nw7tcvQKchDxit85SvD6GLUme+SRc= =+W/l -----END PGP SIGNATURE----- --=_a5ed9bfcfac4dc06f8cb1071679a5b50-- From nobody Fri Nov 22 22:33:04 2024 X-Original-To: freebsd-current@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 4Xw8yQ35KWz5dSqv for ; Fri, 22 Nov 2024 22:33:34 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature ECDSA (P-256)) (Client CN "mailgate.leidinger.net", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xw8yQ2Hyfz4l8L; Fri, 22 Nov 2024 22:33:34 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1732314808; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=j6pmr9NciV09rjtIs1nFeFK/qP/7hAieEpy802gyiSQ=; b=HAYdgjxY/ue0nQacFkfVI+mTtwYZjyfRcTkBZ4KC4vlEX71w4rcoymGYC4ZG2xkwbHKIK/ 0kKzhjjlyqgMPB703z4gV4Q+21xHJX16v/EihWJ100jfsuEVnxY4KyvKPeE0bo54GKoxw1 QXBkZv29Eh1Klt0kIbQ3paoId8Azu1cQc9u0e4CyLP+MsZYYg+h/SOOtvRaC41qDsaSLcF qBRbz78DFl5o3v23BpY59nO6uHG1wdYrtDtoC0LkTz9c3VF+Uk0OsuQYQhH/+eIvJ+qXS5 oR2iwSTh7ZJprGyhHFvJqT8o2iDH49xqSbcRqVveKBGdkqrWAacPKaRNTLno7Q== Date: Fri, 22 Nov 2024 23:33:04 +0100 From: Alexander Leidinger To: Ed Maste Cc: Current FreeBSD Subject: Re: buildworld error ld: error: version script assignment of 'FBSD_1.5' to symbol 'getentropy' failed: symbol not defined In-Reply-To: References: <1221c0f9da65d606d6142623717819ab@Leidinger.net> <40856c3b233f6120e742763ca2eb0775@Leidinger.net> Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_a408c42ccfbc6a2b01c562ab1ebca583"; micalg=pgp-sha256 X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE] X-Rspamd-Queue-Id: 4Xw8yQ2Hyfz4l8L X-Spamd-Bar: ---- This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_a408c42ccfbc6a2b01c562ab1ebca583 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-11-22 19:09, schrieb Ed Maste: > On Fri, 22 Nov 2024 at 12:48, Ed Maste wrote: >> >> On Fri, 22 Nov 2024 at 09:32, Alexander Leidinger >> wrote: >> > >> > FORTIFY_SOURCE=2 ## <------- maybe this? if yes: regression! >> >> Yes this is very likely -- looking > > Sorry about that -- now fixed by > 66439659982c00f66d0fe002820eaa6610f69ff1 No need to be sorry, the non-standard options are always ... special. Build with this in progress... Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_a408c42ccfbc6a2b01c562ab1ebca583 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmdBBrAACgkQEg2wmwP4 2IaWrQ//ecng/sXa9xrm5BOGCaoOlaP+b8oY0NojDU8b2buppCpuMsnHAU32lHaP Vzhv4+mniXVF65Od6c4Yo7j7V/f/4OyaSf64IzWwp90peqyasWyBMRsnhoMmSIu7 9FgVAKLnHSXqqytuBUc+Z7T1CjMfQ04V8e/o6NMzZDaf/ZqGUmFHUD4QsJQ66Cuf x/KCnhRmnLipbNE0Cx2RqQ3wV90KCd5I4+fjliJHnWPkAWkAvJ1aH2VPcOTnhCjz YgleHftB3Q/S6hB6IN59gvKOU9LdnPNQ4U5RQcPnqmqWsRMGVx836RDpOzxlP1zL 8LhQsqAhRutWdpoXOguiUXkwwnK9FU3bZQ1nXStFFFKrmxB5GYi31LX56vVkFl2I mURbYt35uxQwjcCsuSsNCeX0kBV+2xDLnm9+gi3Y9xV1cXoeSDZMMkpIywySFeEJ 3O4+ABiss205RgCgPN73S7/qXuO164nNBmAcP/GR1qJRN0kasUvxAmaANtXwvm4o 0tqPfESIHLfDDJln+n+HcW8l7CgMAIkJFUbbrNBowLmLU0qQCc3S9R5PPd4c2tpM ozb0JralX5q7g0jYUlF7cbM6b2/ba4kJ3CkEsDdO2NEL33EJL1G88gvjeupdwuHv hfWO6ogzmxAKAarvoC7QIuYPIEkVTAlCpcXSMEgDCUBabuhoWLQ= =2WsD -----END PGP SIGNATURE----- --=_a408c42ccfbc6a2b01c562ab1ebca583-- From nobody Sat Nov 23 08:38:58 2024 X-Original-To: freebsd-current@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 4XwQP86fMYz5f9kV for ; Sat, 23 Nov 2024 08:39:08 +0000 (UTC) (envelope-from joneum@FreeBSD.org) Received: from mail.xn--zhlsdorff-q9a.eu (mail.xn--zhlsdorff-q9a.eu [IPv6:2a01:4f8:261:3bc6::151]) (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 4XwQP72nKQz4c60 for ; Sat, 23 Nov 2024 08:39:07 +0000 (UTC) (envelope-from joneum@FreeBSD.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=softfail (mx1.freebsd.org: 2a01:4f8:261:3bc6::151 is neither permitted nor denied by domain of joneum@FreeBSD.org) smtp.mailfrom=joneum@FreeBSD.org; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none) Received: from [192.168.188.157] (p5b16a844.dip0.t-ipconnect.de [91.22.168.68]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) (Authenticated sender: jochen@toco-domains.de) by mail.xn--zhlsdorff-q9a.eu (Postfix) with ESMTPSA id BFF15AB233; Sat, 23 Nov 2024 08:38:58 +0000 (UTC) Message-ID: <85d32810-9063-4d76-9fed-a71a711ad657@FreeBSD.org> Date: Sat, 23 Nov 2024 09:38:58 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Not bootstrapping a cross-compiler Content-Language: de-DE To: Yuri Pankov , freebsd-current@freebsd.org References: <2f7400d8-c997-4784-937f-baed5d9e45b9@FreeBSD.org> From: Jochen Neumeister In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -0.10 X-Rspamd-Action: no action X-Spam-Status: No, score=-0.10 X-Rspamd-Server: mail.xn--zhlsdorff-q9a.eu X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: WHITELIST_SENDER_DOMAIN X-Spamd-Result: default: False [-2.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; XM_UA_NO_VERSION(0.01)[]; FREEFALL_USER(0.00)[joneum]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4XwQP72nKQz4c60 X-Spamd-Bar: -- Am 20.11.24 um 21:53 schrieb Yuri Pankov: > Jochen Neumeister wrote: >> Alloah ML, >> >> I have a problem here after I just wanted to update CURRENT: >> >> After a “git pull” in /usr/src I get this error at buildworld: >> >> >> make -j12 buildworld >> --- buildworld --- >> make[1]: "/usr/src/Makefile.inc1" line 362: SYSTEM_COMPILER: Determined >> that CC=cc matches the source tree.  Not bootstrapping a cross-compiler. >> make[1]: "/usr/src/Makefile.inc1" line 367: SYSTEM_LINKER: Determined >> that LD=ld matches the source tree.  Not bootstrapping a cross-linker. >> --- buildworld_prologue --- >> -------------------------------------------------------------- >>>>> World build started on Wed Nov 20 17:54:39 CET 2024 >> -------------------------------------------------------------- >> --- _cleanworldtmp --- >>>>> Deleting stale files in build tree... >>         0.13 real         0.22 user         0.11 sys >> *** [_cleanworldtmp] Error code 6 >> >> make[1]: stopped making "buildworld" in /usr/src >> make[1]: 1 error >> >> make[1]: stopped making "buildworld" in /usr/src >> >> make: stopped making "buildworld" in /usr/src >> >> >> Does anyone have any tips? I can't find anything on google. > > The subject is a bit misleading, there are other reports of buildworld > failing in the cleanworld step, e.g. > https://lists.freebsd.org/archives/freebsd-current/2024-October/006494.html > (with somewhat misleading subject as well). > > Did you do a `make delete-old-libs` recently? If yes, most likely some > of the bootstrapped binaries that buildworld tries to run were linked to > now removed libraries. Try specifying WITH_CLEAN=yes as WITHOUT_CLEAN is > a default now (or simply remove the relevant /usr/obj/ tree). > Hello Yuri, thanks for the link. if I do the whole thing without “-j 12”, it works, and I was able to update CURRENT without any further problems. But my next problem is now when I want to update a CURRENT jail with poudriere. Here I have also removed “-j 12”: # poudriere jails -u -j 15i386 [00:00:00] Upgrading using git+https [00:00:00] Updating the sources with git+https... done [00:00:11] Starting make buildworld with 12 jobs --- buildworld --- make[1]: "/usr/local/poudriere/jails/15i386/usr/src/Makefile.inc1" line 362: SYSTEM_COMPILER: Determined that CC=cc matches the source tree. Not bootstrapping a cross-compiler. make[1]: "/usr/local/poudriere/jails/15i386/usr/src/Makefile.inc1" line 367: SYSTEM_LINKER: Determined that LD=ld matches the source tree. Not bootstrapping a cross-linker. --- buildworld_prologue --- -------------------------------------------------------------- >>> World build started on Sat Nov 23 09:31:52 CET 2024 -------------------------------------------------------------- --- _cleanworldtmp --- >>> Deleting stale files in build tree... 0.21 real 0.21 user 0.15 sys *** [_cleanworldtmp] Error code 6 make[1]: stopped making "buildworld" in /usr/local/poudriere/jails/15i386/usr/src make[1]: 1 error make[1]: stopped making "buildworld" in /usr/local/poudriere/jails/15i386/usr/src make: stopped making "buildworld" in /usr/local/poudriere/jails/15i386/usr/src Is this a special problem for poudriere? Cheers Jochen From nobody Sat Nov 23 14:34:46 2024 X-Original-To: freebsd-current@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 4XwZHk2gkkz5dMdY; Sat, 23 Nov 2024 14:34:58 +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 4XwZHh6glCz49kl; Sat, 23 Nov 2024 14:34:56 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=madpilot.net header.s=cyq4qetkgngm header.b="K SoKYxL"; 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 4XwZHY4QQ6zL7yK; Sat, 23 Nov 2024 15:34:49 +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=1732372487; x= 1734186888; bh=jEvFYucNDDbgzLhgq5GnIfmfSXLdgsapQ50vtA/PyYI=; b=K SoKYxLCUhdW3bVL8gXXTyUPfbUbW+OTDvuCPL97i/hk08Es5hb8Ed0AifsVJT68K KFVfew8o+TjQkBhmQ0yBJfDwWdfCk6OS4KfAKz0Pwx0eOQ8sORHaHMY/7/HnHoOP ZXyCmP3yUDB9ltew5mrRrzg4rT6yi6VuGjk4z0TSQonEQeg9Q0SGp2RCpcMynWy5 oO25zYg2+2znkavFvXneeiYzHDQupz0KfPPYaVSCBzP2Win+wZJr024+az66XtkH 8scHWjmh89yrnARv23G29QZm+fwpOT3Yn8Vx1xuxNRyylHwWI+eQV973DgalEbTJ xgKkHVWq8Qszez9qz460A== 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 xEDNpD3tbZSq; Sat, 23 Nov 2024 15:34:47 +0100 (CET) Message-ID: <9df256a8-c6ed-46d9-b955-fc2657c12d36@madpilot.net> Date: Sat, 23 Nov 2024 15:34:46 +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> <7c9c3cf5-bbd1-4642-8d04-33aa07a4db02@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: <7c9c3cf5-bbd1-4642-8d04-33aa07a4db02@madpilot.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-1.99 / 15.00]; MISSING_MIME_VERSION(2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.991]; 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: 4XwZHh6glCz49kl X-Spamd-Bar: - List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org On 21/11/24 18:33, Guido Falsi wrote: > On 21/11/24 18:27, Dimitry Andric wrote: >> On 21 Nov 2024, at 18:17, Guido Falsi wrote: >>> >>> 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. >> >> I cannot reproduce this at all. For me the sassc binary runs fine, and >> also the x11-themes/greybird-theme port builds fine. Then again, my >> base system is probably older than yours? Which revision are you running? > > I'm running cdfd0600dc8882f0a0d0e6d9a1cdcf926edba6d6 from Tue Nov 5 > 13:35:17 2024 -0800 (cut & paste from git log) > > I tried upgrading to 07593d13fa2ad6fe4d962b7473c6020aef2a0414 from yesterday, cleaning all ports, forcing a rebuild, but I see the exact same issue. -- Guido Falsi From nobody Sat Nov 23 14:56:46 2024 X-Original-To: freebsd-current@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 4XwZmy5JSKz5dP4B; Sat, 23 Nov 2024 14:56:50 +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 4XwZmy1TPxz4FXR; Sat, 23 Nov 2024 14:56:50 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=madpilot.net header.s=cyq4qetkgngm header.b="z c1g5qe"; 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 4XwZmw6s11zL7yK; Sat, 23 Nov 2024 15:56:48 +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=1732373806; x= 1734188207; bh=6qKVrKhjrZ0AgTsyQkvdf5E1DrDYorSpfRfZHs2IEFY=; b=z c1g5qeJ9PQw64/OOwlDEDaSKLriWBMpLgVz8d6PaZW8RJCCowasfyy6KWQfUL657 AhTaH4FOcFKiwj2NOBmv65yPQnaU1D7Lpc1mQ/ua4f6El7SNnrAWhgLxTmDK6TWq Xp66NBdmKDXaQBvZRph0VrTsMTzbbFcbkZtx3NMUb9q6BdL5NG/5CnRoJhOuoXKJ 236YZFTG8fl+h0KFdXBczGRfrtMlfrzE8rt98oddVWt9rPCfE+nAEQ/Vr4CWXLnh eCBriLfPRsMpAxBlYdDd+jo3jYAILgxYrBrnRbkXVmr0Id0UYMMm6evX1Xzab/gt +x5BjFSyWNHGW3S1l4nOw== 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 m8kgwVYQrWj8; Sat, 23 Nov 2024 15:56:46 +0100 (CET) Message-ID: <5c502054-7353-4a1e-8350-c403482e9c0d@madpilot.net> Date: Sat, 23 Nov 2024 15:56:46 +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> <7c9c3cf5-bbd1-4642-8d04-33aa07a4db02@madpilot.net> <9df256a8-c6ed-46d9-b955-fc2657c12d36@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: <9df256a8-c6ed-46d9-b955-fc2657c12d36@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)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[madpilot.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx:c]; 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: 4XwZmy1TPxz4FXR X-Spamd-Bar: - List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org On 23/11/24 15:34, Guido Falsi wrote: > On 21/11/24 18:33, Guido Falsi wrote: >> On 21/11/24 18:27, Dimitry Andric wrote: >>> On 21 Nov 2024, at 18:17, Guido Falsi wrote: >>>> >>>> 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. >>> >>> I cannot reproduce this at all. For me the sassc binary runs fine, >>> and also the x11-themes/greybird-theme port builds fine. Then again, >>> my base system is probably older than yours? Which revision are you >>> running? >> >> I'm running cdfd0600dc8882f0a0d0e6d9a1cdcf926edba6d6 from Tue Nov 5 >> 13:35:17 2024 -0800 (cut & paste from git log) >> >> > > I tried upgrading to 07593d13fa2ad6fe4d962b7473c6020aef2a0414 from > yesterday, cleaning all ports, forcing a rebuild, but I see the exact > same issue. > In fact, I noticed, guile2 is also showing this behaviour. -- Guido Falsi From nobody Sat Nov 23 20:26:53 2024 X-Original-To: freebsd-current@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 4Xwk641hDFz5dpLD for ; Sat, 23 Nov 2024 20:27:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4Xwk623C4lz4hxx for ; Sat, 23 Nov 2024 20:27:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=DwNRQE7n; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732393624; bh=ZKDppAMJUlvRU7mvEDuyyIZb2i0+TF7XrMHdbekE2LE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DwNRQE7nlr6f15o0YRnH4xbV1wfD2UBnUPgnh8T0+vTyVMHjg6/yOpbGUQU2HDPah2eHwzU6Q5T9X3VWgGqDD2F6cusSdE+iGhPurFs7RVmDr/ZOeCl7sUbl5yO/Eg9cJ5T4i8wwDuZJwx/CmAAkqVm9X/bQDBSU8lQiaZlPhX8+CQuE/gXJiuz9EFsVzg6azQ8byQ/1T0K2VeOqkFsSNlmfJmbH3TXv3hqNymeaZMfCnR5rKVWgew7NVgULVbFt4u9CY0lczHnt1wW4opEVnQibFt0yDWVsssE0HXiVxITm4Eu/PTnTZf/vNruX8z4yx+iCdf2DBuRCtugEZVvBCQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732393624; bh=xQyzVjJv2DiUCYWj/8QKPeJ0zLm8H+QU+QcCozqTxU7=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=pZ3sa3m7Nk0k2SlzdQtX35MSPKEIAzHD6K8AbjnEqCXtjL80ouPagOXAh4ZcNTlwsJMgUoB/rTKK40/hm99f9QtmrNk7EfKQzIInY4LvfCxOeNWxycA0Nu2ty1x8Sq4pzSCx+7di0nAkOeNMACWTb1VPJgCBC4UTVS8LLB5oYfyIfJ8M0BRPaJPa1DgDHJWcVnfw/21CuHP6ipI5uuqgw2X0kACktqAfAuyxs7q6J9/ge8+MEq+agCbVBhkhzx9iH3imOZ9f5/vfCH35tk23vtkXdVznQdL8Xt1u3ZChPQSDVwYYjBYaJvjoikvr36VrPdQdE3K21j/IQlRKYbUCEg== X-YMail-OSG: mrxsT0gVM1k6cgUmBGvd1m3UIsRvkVjEQFSmBuXt4XKpmpkFV1N1L8_nNcH.LKt qSMXM9RbSoH9sTIoqdK.w131f9s5KS2Azci9Ymj8Q8kDOV5zmy8.b88ddnLq5ztQWRlk2p6T.rZg qdvZf7JzlyE4OOlemo3iEO0HpsJCMkn4wKUX9x35BzeXRJqRc39eMEqBIZLRu47hsMyu7ReA5rMi XX_UZlKdjFRXN3cFtWCdzo87HMZg7cHTQArkibkw.OJDs4PNicv.bGy7vxq7mdWFY3.fnzxHA0Y5 341SnFpcSkwfkqho.KFyiWcZQfkvxl.6UwleM08UK6PfzO80J3Qkj_a3qaZWiY9JdGSyxijAANrx 0HLbf1JCz6C_CzORsxoIxEAbCdUzwYczPInOXhGNL08ke6HyEQsorsFpj4J2_mUnYY_LQbPwTKDa s7YZmHeJ3A9vVkOpzTm6vfz091KRBfueO8sz4dUaDNygZ6DrygNwESQs0n40DUZk.4Znp8.bSNo0 TJruxdQUq0qfq6j82saeOvBtcyWoWP7FDQxovxN.XdAN2W6YqgXffMvDQVJkT22YBuLuG_Ohg90c JBlj6WnZrc01WBNJBZT3dYQ9X94mLjGqAaNwizKxBOwTPFjMdiJV.6zVeF9SNjI7v5k4WOkYJOWV wYgxEgzW9xgLmUs657OlPyuZzdfqILJo36UVKGVFBDoA01X76KmPQuXdIUD4elK4qw7yw_tNYlrh GlbhteyqolwZ5q.c.9vsPuT2AwkFX9pCqAH8vMFfm8g7ve9aWkF0uWc7ddNFY.l2VcSexoCtsDcU 1xMTK_w0KAGaVzsIo_tIM8XtyVsy3gXHRM1NmXWk.c7Www4g.t4jMJoryYOwt_2LNz4rUxGL3HN2 NTCZM5MO22rMlEjVTX_jvmR9g8fpRpREXj.By71BdqfRxV62J7LHY5Ibp9mnoJ8d9eZsLbt2cbqi yxdS_1ukeyx6Ke0boN3JxpGAJimtoWzPDfIMM6TehgN21_DGs66Xj4sb8iXdmXsVWAVgb2c5YS5m 55aaKkoGqwseqykodWZEx2h_44uI.HVswyxAM6Yyk2GVg7NTEKpdRYztMeubyVa642eWNaDB2oWo 8ITVqH5DBX3vQa40uvAe.1jR4HwJ2R3g7NCepkzMTrw8yp7Ee.FcyOBe2Bh6aUerbSFIKZzYLTG3 PwCuWipqRMfZWaM3JgnBJojlWA2alwfzMgqH2V9GaMy6N400u9yInfp89ICe_Cqi9DuoKkqqpXUc SMLTCIBEy7CmBH9HNkQonv542LG3wPo.oIR9ckfk1yfkyMdWGK_4QeNXFSnmN.Youa7drMThMDc_ LtqMoqexn6xT2Jil2KEftfwoFUFA_fbmBx5vw_MegpQ8_zEZObidyh6UEy5ljuIb1aq.MWVQIawR z9G97btuvQ.SIzqL8YWb_W2zZK6yP1tBA7rz4eeGUoroheeLtI4xLWdTYgT7TNuljA1HCILhc7yM eOe5YpR4MWJfX1cdpPijEPCJQX_LnQS3eiKjRTrLa1PtnlnLkUmb9UFP3d7CA7hmplkrCPpRMMux E9bPMRPYw0bmgG3UPYWvmOo.0GdXXcRCA7_jToS1zmqr7iMefbzt3z_NgLpnyCcL2.nF1g_sfMT8 61lG1qid1GjqyM0xpzI2KnWqsUS8tdSULsNhdo3rP9c48ykZi4QoxqNeDSxsxBdbGBcBnj1m_TTE zx83y.7_JQo7_9kf449Pty_sk216EbHIOKJzGWVVDr4jEFBTn3F_SQrIoyl5Mn0zyNnLF887wEHC cMi74KgLOcRPVFjUvUcIaYtVHVKIFbtpWbdat71ki7um93UrGMjmMARipWVx7HbyhB5SGV1RtkkV l7X.1fg4Eb_IrmDAfiBhN_tqM108OobWJf9DxiHq1PTwpm_sTVgpCOMu3_71WuQMOVFjWEIOGn5O WSibbS0ZYidpobJ0TKD7Kotl3dCECf03Qyem9wmASlmymSynYAqskzNI1_En9br0xM915KDuKg8_ vo0bzj9qf8S.93o0HcOYRLhTMNqm52wNgsdVRUETuk5ROzmGp3n64V9JK__QpNEvCHCsdn6rkfn_ YFjeeKvMB66f1UrskKQ6L7_c59Sam9_0Kf4pyb9sBcJaeechzqyd46RuxNVOzd7WYA5POS4fYqTG 2PTKRN5XE2tD8O93tqOv9woUbXrnt3ty4TRBU1zzMYHwfq1c3MAePlMH71XRS1pk3Zjh.NZDrrYo F9gEong5K4IHZ88q4gCs_FvCsyC3MVhr8X3JgYw6QJV7VO3z8nnRKPjbdqgSll0juO2kvoN9AVIX wjSfUeB801wgdcXuidyiKHE9rrxkZUWdb X-Sonic-MF: X-Sonic-ID: 5a829c65-d665-431a-8376-2a5223171e76 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sat, 23 Nov 2024 20:27:04 +0000 Received: by hermes--production-gq1-5dd4b47f46-bwg5p (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID de11350f7ad003862776d6003af875b8; Sat, 23 Nov 2024 20:27:04 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: port binary dumping core on recent head in poudriere [WRONG: 1500026 libsass.so.1.0.0 vs. 1500027 one] From: Mark Millard In-Reply-To: Date: Sat, 23 Nov 2024 12:26:53 -0800 Cc: Guido Falsi Content-Transfer-Encoding: 7bit Message-Id: <8B162A53-E2E5-4777-8E84-C0DD3425C29F@yahoo.com> References: <0078D1FE-5A33-43A1-B679-727080676688@yahoo.com> To: Dimitry Andric , FreeBSD Mailing List , Current FreeBSD X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Result: default: False [-3.79 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.79)[-0.791]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from] X-Rspamd-Queue-Id: 4Xwk623C4lz4hxx X-Spamd-Bar: --- I finally looked in a better place for finding a significant difference: The good /usr/local/lib/libsass.so.1.0.0 in my context (the one in the PkgBase based chroot area) has: Contents of section .got.plt: 2bed60 78ba2b00 00000000 00000000 00000000 x.+............. 2bed70 00000000 00000000 86a62a00 00000000 ..........*..... 2bed80 96a62a00 00000000 a6a62a00 00000000 ..*.......*..... 2bed90 b6a62a00 00000000 c6a62a00 00000000 ..*.......*..... 2beda0 d6a62a00 00000000 e6a62a00 00000000 ..*.......*..... 2bedb0 f6a62a00 00000000 06a72a00 00000000 ..*.......*..... 2bedc0 16a72a00 00000000 26a72a00 00000000 ..*.....&.*..... 2bedd0 36a72a00 00000000 46a72a00 00000000 6.*.....F.*..... 2bede0 56a72a00 00000000 66a72a00 00000000 V.*.....f.*..... 2bedf0 76a72a00 00000000 86a72a00 00000000 v.*.......*..... 2bee00 96a72a00 00000000 a6a72a00 00000000 ..*.......*..... 2bee10 b6a72a00 00000000 c6a72a00 00000000 ..*.......*..... 2bee20 d6a72a00 00000000 e6a72a00 00000000 ..*.......*..... 2bee30 f6a72a00 00000000 06a82a00 00000000 ..*.......*..... . . . The bad one built in my personal environment has: Contents of section .got.plt: 2bed60 00000000 00000000 00000000 00000000 ................ 2bed70 00000000 00000000 00000000 00000000 ................ 2bed80 00000000 00000000 00000000 00000000 ................ 2bed90 00000000 00000000 00000000 00000000 ................ 2beda0 00000000 00000000 00000000 00000000 ................ 2bedb0 00000000 00000000 00000000 00000000 ................ 2bedc0 00000000 00000000 00000000 00000000 ................ 2bedd0 00000000 00000000 00000000 00000000 ................ 2bede0 00000000 00000000 00000000 00000000 ................ 2bedf0 00000000 00000000 00000000 00000000 ................ 2bee00 00000000 00000000 00000000 00000000 ................ 2bee10 00000000 00000000 00000000 00000000 ................ 2bee20 00000000 00000000 00000000 00000000 ................ 2bee30 00000000 00000000 00000000 00000000 ................ . . . So a libsass.so.1.0.0 file-generation time issue, not a load-time issue. Not that I've any clue why yet. === Mark Millard marklmi at yahoo.com From nobody Sun Nov 24 17:07:19 2024 X-Original-To: freebsd-current@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 4XxFdG6x9Vz5fNFq; Sun, 24 Nov 2024 17:07:30 +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 4XxFdF6c9tz4FV1; Sun, 24 Nov 2024 17:07:29 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=madpilot.net header.s=cyq4qetkgngm header.b="h HSuNhh"; 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 4XxFd61X24zL7wZ; Sun, 24 Nov 2024 18:07:22 +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=1732468040; x= 1734282441; bh=PHV2oDVH6dR80/xDV8vH6iKm08tUoqllxW9vOpWZbPI=; b=h HSuNhh3/PdebyFbY22D/D87t+gam1hzrE+1BFbCyzp6nRfsQ87nalyD+1wPYfWlF JPkMEbJn4yb4eMvYfvNGZSd+Y3PPqLxIRiSmSeTFb+PWlXFcCCXS5ln+Pho3bils 7Yu6uzqH/iRaI2Q5Cy5EHTZZPkbXIOStn/E9WQUh3n4BgnfNEuSPejIYcp/Rp3V8 RAE5uS+X4jstCzdOUQfBUu5Rz01uanIv9kwD9ZCzQyTfxuaTcm47Sz/wF67PQgmi jQoStfzGvg+PPSlX0BG6E4A88NKtRR8kXOrTpPvOKlAj4xUK1+Vj+senMScp/blN AwoXJ780zwsB/hlHw/Lyw== 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 XXQdI5pR1Tnt; Sun, 24 Nov 2024 18:07:20 +0100 (CET) Message-ID: Date: Sun, 24 Nov 2024 18:07:19 +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> <7c9c3cf5-bbd1-4642-8d04-33aa07a4db02@madpilot.net> <9df256a8-c6ed-46d9-b955-fc2657c12d36@madpilot.net> <5c502054-7353-4a1e-8350-c403482e9c0d@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: <5c502054-7353-4a1e-8350-c403482e9c0d@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)[-0.999]; 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: 4XxFdF6c9tz4FV1 X-Spamd-Bar: - List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org On 23/11/24 15:56, Guido Falsi wrote: > On 23/11/24 15:34, Guido Falsi wrote: >> On 21/11/24 18:33, Guido Falsi wrote: >>> On 21/11/24 18:27, Dimitry Andric wrote: >>>> On 21 Nov 2024, at 18:17, Guido Falsi wrote: >>>>> >>>>> 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. >>>> >>>> I cannot reproduce this at all. For me the sassc binary runs fine, >>>> and also the x11-themes/greybird-theme port builds fine. Then again, >>>> my base system is probably older than yours? Which revision are you >>>> running? >>> >>> I'm running cdfd0600dc8882f0a0d0e6d9a1cdcf926edba6d6 from Tue Nov 5 >>> 13:35:17 2024 -0800 (cut & paste from git log) >>> >>> >> >> I tried upgrading to 07593d13fa2ad6fe4d962b7473c6020aef2a0414 from >> yesterday, cleaning all ports, forcing a rebuild, but I see the exact >> same issue. >> > > In fact, I noticed, guile2 is also showing this behaviour. > > I've tried some more experiments, to rule out some possibilities on my part: - rebuild from scratch clening up obj, ccache - I also tried rolling back a pair of commits in the dynamic loader, just in case - update to a newer snapshot [1], since I noticed a new version of clang is included. Unluckily nothing of this worked, and the issue is presenting itself constantly. I must admit I'm out of ideas, although I still think some issue in the llvm suite looks the most probable cause, but I admit it is just an hunch feeling I cannot really back up with any proof. I really hope something is uncovered about this. Should I create a bug report on bugzilla to track this? [1] now testing with commit 718519f4efc71096422fc71dab90b2a3369871ff from Sun Nov 24 10:04:11 2024 +0100 -- Guido Falsi From nobody Sun Nov 24 17:18:51 2024 X-Original-To: freebsd-current@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 4XxFtP43Yqz5fP0l; Sun, 24 Nov 2024 17:18:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XxFtP3WSdz4HgY; Sun, 24 Nov 2024 17:18:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1732468733; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+QGkYcFvsJmJyPjLWH4+jQvpz47SuveWUDv4c9Z9RTU=; b=t3g3i1mkYyo5yLJfyRe3WUT8n5an88c5PvpAf0dg/E7Iw1euw81yG0/AvXvHmIkenuLzvr EbQoN5ZuaQo4nC0NYVVyqlA9HKCp+VKoWpKqAriEUnD3XGopr6hy19wiATYqaLfYTpgnkD YfbBCqVTnKnJKQuO8PJH8vlcqKH8G4tnmMa3OxjDm5N7k5GZeDNiVH6omWulXhtI1+t42g UcGcccfacfuj+CJMjYCX3VwcjXgVR3RY59g/iIX6lrL1gGwaVVsnNXzA2YJG4YVNFL/4vH QoCuw84Wi1jMud9S5HCgWSOqXOf7f8/aCsKjZUhJ//a6T3QGIYwjcfx6j3Ik+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1732468733; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+QGkYcFvsJmJyPjLWH4+jQvpz47SuveWUDv4c9Z9RTU=; b=lzWAcaR3tBF4M6kozvmUKXr7zZQRq39qinsegijwEzVRl+20t24EoIxHjjvqIwO+pAHGHP gIZhCkqBG4PBhQtXPskcz0WOQiYiUg3C3k2Y0MVwVY8QAwjFQuzTM11gl221WsDEbcD2kq fZPApNLJRzEymKqxaWtDmFEzDU9aLDciXCYLakRVXag6WTELnuDQvkDjQN1Y5RqH/btPWk c15h2UWNzSp8qKMfa6r35Ac5kNfQGu5tsLBZFnkn35+wUV6odUk9WyYDbSQX3vVJpkeEMm jwwvN6iwnMK80QuMh8q6IYr13UJ4VCaQmNhegdjKJJJc3IBQ8bsgIOz+UTxCfQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1732468733; a=rsa-sha256; cv=none; b=WWJAEYStcbmEJFi3Gsqu8z7lz1zanAnC30eeJ2uCi7hSZs6i9gaKX37IOL55mHC4H2NH7B dU0/vJNkP+BPbqUnw83TYbSKiwOnSQczcjgc+96zq8BxEsF7bxaGq6LQMT8bkSEfecNZ4y PuTLl+7YBDuu9wLKmtqgyDpHQDiBusMyHVvZ+REAf6qcRRA0fAqOdjI2RECV2Ctl19q3yn MxCPVTeXwoA+wTXihhDdfIslnCNC24aPo8z4vvv2rVLrq880uoq59ZPFbPWrlMK5y+/kRv vyvTxDW7esnP7mJ82nO8+2LrtXcT4Q2ZZM7jUchnpljo8DYAK4Cd+u6kODQSVw== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R10" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XxFtP1t46zjcr; Sun, 24 Nov 2024 17:18:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A23A9328E1; Sun, 24 Nov 2024 18:18:51 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.9\)) Subject: Re: port binary dumping core on recent head in poudriere From: Dimitry Andric In-Reply-To: Date: Sun, 24 Nov 2024 18:18:51 +0100 Cc: ports@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <3127C3BA-FC93-4636-ADDB-89518DE9C60D@FreeBSD.org> References: <46E3A370-A3E0-4BAF-B707-87F94F98E248@FreeBSD.org> <5ee47c3d-f80e-4d50-9b6a-acb3c98e80e0@madpilot.net> <7c9c3cf5-bbd1-4642-8d04-33aa07a4db02@madpilot.net> <9df256a8-c6ed-46d9-b955-fc2657c12d36@madpilot.net> <5c502054-7353-4a1e-8350-c403482e9c0d@madpilot.net> To: Guido Falsi X-Mailer: Apple Mail (2.3731.700.6.1.9) On 24 Nov 2024, at 18:07, Guido Falsi wrote: >=20 > On 23/11/24 15:56, Guido Falsi wrote: >> On 23/11/24 15:34, Guido Falsi wrote: >>> On 21/11/24 18:33, Guido Falsi wrote: >>>> On 21/11/24 18:27, Dimitry Andric wrote: >>>>> On 21 Nov 2024, at 18:17, Guido Falsi wrote: >>>>>>=20 >>>>>> 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. >>>>>>>>>=20 >>>>>>>>> I'm seeing this for example with sassc crashing while trying = to build x11-themes/greybird-theme. >>>>>>>>>=20 >>>>>>>>> My first suspect was the llvm upgrade in head, but forcing = sassc and libsass to build with older clang via USES=3Dllvm:max=3D18 is = not helping. >>>>>>>>>=20 >>>>>>>>> I did recompile the offending programs with debug and tried a = backtrace and got this: >>>>>>>>>=20 >>>>>>>>> ``` >>>>>>>>> (lldb) bt >>>>>>>>> * thread #1, name =3D 'sassc', stop reason =3D 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=3D-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 >>>>>>>>> ``` >>>>>>>>>=20 >>>>>>>>> which points me to this upstream line of code: https:// = github.com/ sass/libsass/ = blob/7037f03fabeb2b18b5efa84403f5a6d7a990f460/src/ units.hpp#L11 >>>>>>>>>=20 >>>>>>>>> I could change the way it derives PI, but I'm not sure this is = the correct fix. >>>>>>>>=20 >>>>>>>> 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. >>>>>>=20 >>>>>> 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". >>>>>>=20 >>>>>> 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. >>>>>>=20 >>>>>> I suspect there are more around the ports tree. >>>>>=20 >>>>> I cannot reproduce this at all. For me the sassc binary runs fine, = and also the x11-themes/greybird-theme port builds fine. Then again, my = base system is probably older than yours? Which revision are you = running? >>>>=20 >>>> I'm running cdfd0600dc8882f0a0d0e6d9a1cdcf926edba6d6 from Tue Nov 5 = 13:35:17 2024 -0800 (cut & paste from git log) >>>>=20 >>>>=20 >>>=20 >>> I tried upgrading to 07593d13fa2ad6fe4d962b7473c6020aef2a0414 from = yesterday, cleaning all ports, forcing a rebuild, but I see the exact = same issue. >>>=20 >> In fact, I noticed, guile2 is also showing this behaviour. >=20 > I've tried some more experiments, to rule out some possibilities on my = part: >=20 > - rebuild from scratch clening up obj, ccache > - I also tried rolling back a pair of commits in the dynamic loader, = just in case > - update to a newer snapshot [1], since I noticed a new version of = clang is included. >=20 > Unluckily nothing of this worked, and the issue is presenting itself = constantly. >=20 > I must admit I'm out of ideas, although I still think some issue in = the llvm suite looks the most probable cause, but I admit it is just an = hunch feeling I cannot really back up with any proof. >=20 >=20 > I really hope something is uncovered about this. >=20 > Should I create a bug report on bugzilla to track this? >=20 >=20 > [1] now testing with commit 718519f4efc71096422fc71dab90b2a3369871ff = from Sun Nov 24 10:04:11 2024 +0100 Probably best to create a bugzilla ticket, but as I said before, I = cannot reproduce this. So you would have to come up with some scenario = on why it is reproducible for you, but not for other people. :) For example, do you use any particular make.conf or src.conf settings? = CPUTYPE? That kind of thing, anything that is non-default. -Dimitry From nobody Sun Nov 24 17:23:36 2024 X-Original-To: freebsd-current@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 4XxFzw52fxz5fPNY; Sun, 24 Nov 2024 17:23:40 +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 4XxFzw3l40z4KdH; Sun, 24 Nov 2024 17:23:40 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from mail (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4XxFzv1RcdzL7xP; Sun, 24 Nov 2024 18:23:39 +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 :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1732469017; x= 1734283418; bh=AdR+KwgUThzyv2hifY5V3/JkfEw1PuaU9a8knQ4zIjs=; b=D Tc1cbc6gOF++DmuocB+j8OLNbL9EDjPozepgoTEoqoZyIxRPYgegMq58LtRohsyW pu/kgmxS2r0FJGAbTfP3jGDIjgfZcBM9QcAxNYZj6v7LvBcqf4MV8nLWMVuaHqnu j5bpNcgzEPsXPBJvKGhAVsFtSWqHxAvYLF05YaBWW8N/FcnfYR/hcES+rPxQIeaz lb8nJvzl19sBArtPmxPAeMPtsc3aOxSL93f3wgFV5giO+s27/LUU8HkcR6RcprAp Et7gCxnu+NRrg/8t8OrZthEP4fFHBqGQYWW1Qp8fokoasJehWKB6nYQmviwys8Ep rdu58m3sKuFik2ZAyntwg== 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 RgfvcRMP5o4W; Sun, 24 Nov 2024 18:23:37 +0100 (CET) Message-ID: Date: Sun, 24 Nov 2024 18:23:36 +0100 Subject: Re: port binary dumping core on recent head in poudriere To: Dimitry Andric Cc: ports@freebsd.org, FreeBSD Current References: <46E3A370-A3E0-4BAF-B707-87F94F98E248@FreeBSD.org> <5ee47c3d-f80e-4d50-9b6a-acb3c98e80e0@madpilot.net> <7c9c3cf5-bbd1-4642-8d04-33aa07a4db02@madpilot.net> <9df256a8-c6ed-46d9-b955-fc2657c12d36@madpilot.net> <5c502054-7353-4a1e-8350-c403482e9c0d@madpilot.net> <3127C3BA-FC93-4636-ADDB-89518DE9C60D@FreeBSD.org> Content-Language: en-US, it From: Guido Falsi 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: <3127C3BA-FC93-4636-ADDB-89518DE9C60D@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE] X-Rspamd-Queue-Id: 4XxFzw3l40z4KdH X-Spamd-Bar: ---- List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org On 24/11/24 18:18, Dimitry Andric wrote: > On 24 Nov 2024, at 18:07, Guido Falsi wrote: >> >> On 23/11/24 15:56, Guido Falsi wrote: >>> On 23/11/24 15:34, Guido Falsi wrote: >>>> On 21/11/24 18:33, Guido Falsi wrote: >>>>> On 21/11/24 18:27, Dimitry Andric wrote: >>>>>> On 21 Nov 2024, at 18:17, Guido Falsi wrote: >>>>>>> >>>>>>> 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. >>>>>> >>>>>> I cannot reproduce this at all. For me the sassc binary runs fine, and also the x11-themes/greybird-theme port builds fine. Then again, my base system is probably older than yours? Which revision are you running? >>>>> >>>>> I'm running cdfd0600dc8882f0a0d0e6d9a1cdcf926edba6d6 from Tue Nov 5 13:35:17 2024 -0800 (cut & paste from git log) >>>>> >>>>> >>>> >>>> I tried upgrading to 07593d13fa2ad6fe4d962b7473c6020aef2a0414 from yesterday, cleaning all ports, forcing a rebuild, but I see the exact same issue. >>>> >>> In fact, I noticed, guile2 is also showing this behaviour. >> >> I've tried some more experiments, to rule out some possibilities on my part: >> >> - rebuild from scratch clening up obj, ccache >> - I also tried rolling back a pair of commits in the dynamic loader, just in case >> - update to a newer snapshot [1], since I noticed a new version of clang is included. >> >> Unluckily nothing of this worked, and the issue is presenting itself constantly. >> >> I must admit I'm out of ideas, although I still think some issue in the llvm suite looks the most probable cause, but I admit it is just an hunch feeling I cannot really back up with any proof. >> >> >> I really hope something is uncovered about this. >> >> Should I create a bug report on bugzilla to track this? >> >> >> [1] now testing with commit 718519f4efc71096422fc71dab90b2a3369871ff from Sun Nov 24 10:04:11 2024 +0100 > > Probably best to create a bugzilla ticket, but as I said before, I cannot reproduce this. So you would have to come up with some scenario on why it is reproducible for you, but not for other people. :) > > For example, do you use any particular make.conf or src.conf settings? CPUTYPE? That kind of thing, anything that is non-default. > I did try clearing ccache and usr/obj just to make sure those were not involved. I actually use CPUTYPE?= x86-64-v2 which I did not think about. I'll try removing that and see if anything changes. Apart from this I don't see anything relevant, anyway I'll try to at least do my homework. -- Guido Falsi From nobody Sun Nov 24 22:59:03 2024 X-Original-To: freebsd-current@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 4XxPRC1CbVz5dplw for ; Sun, 24 Nov 2024 22:59:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4XxPRB2kTyz41cl for ; Sun, 24 Nov 2024 22:59:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=pl06YhYZ; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732489155; bh=jsLfOlpIXSXsgM+ydqxPnclijBskq7p9bKlZBJS67vI=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=pl06YhYZGpWaN3gIn/FnuBy6bkIixcL645nCdfrvMwP2C3KKqVN6BEjdOjR5K0tXI5r+m4Ghq1Hx+1qODF6gIWP/NvNemzj0TOhHqdLZKtj1UACpHA8A+FfehkN3091Qd238zeFIgV416ckZZ3MBTM/tSgi+aM9cNUL61ujem+EudTmv4gKPVd16MO24IbBYgFuYet8tt1s+T8TarDFralPzqZ0yOSwbGyHLhY7s6SQfjl6o5lLup0n5qjL44Jy2CQ+SlvkR0xowZP8RfdKM7aYtAz87sasG673bz2HGduF0SjsuKvF8Aa8W0P6XPJxQCKi1w+XqioQZDw8+aW+JKw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732489155; bh=enKOEa2fmaTpiq6SwFxpK90XCGIUG/04ZMtsg1rbArg=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=EmMWBquegqQPOiDDlwnZCUBTvlWzkd/o6SvWnVzFqoqlwPlzrna1/hDZo4Briue1doY1b3LDZ9YQSFmzdwWm00ZULZxW3nxnQQZ5Viq/Y7stYXM9SmOHkQNy0oaRpZi+JL7yLKZgX9GktmLb3f14fqdGv3zGAZNEq0kbWVG/ECWHZtIjRfiX1WB5OOjnd/lPxIes+7VQ9aNfmf45tJNxFe+jeSCVKvp1/t6/S7nGvxaJ/9uYbDEx2f4J6nIWg2fDaz19x9FMFoz9wsQzNac8UUfG+1i0Bi1Ch7aWhehjmgasNPPRiu3d1uNMDno7f8B6hZ1Dv7bDSwsrG86/vXc8Pw== X-YMail-OSG: uNk1Xg8VM1nh3Lh.IgVPBSTGEXZW1L.uTQtL3INBhhDfoWGM_39CmVvejVyVHAP haoruYD6ziKdYwll7u3zINTGFSljDsC7JHRqWwAp7ImR90g9esh7vWxJarBiSfan0SzNZ5UP11k5 NN.2ka9V.A1RzHmMLSOoE66kUAlWPJW_e3dgzXWdFOaL1BHa1qgWaVhSjZloOfp0MY7MajYVy0Pe L2mUUGDKY0hYHi9nVRKBcdEz4HP2D8jt5NWU1iMLJjznwIhf8wARmAEFqrQH._qJjxBmJhsrIX1I eaK3gB2pZjin1WMDxVpbcdfMW99mF5mwONUmSmd_3X2ODIJrOauEM6Mp5mu0wO1e4PQfd8CYYBjP 04hRPsaYCmtE.EjXsnIIG8HZuSgBKE0vuTnATsPE_eGdWK8EW.wdowKfRTN9mL7DOYtEVIE0dpiu 5_TlMa50Pjadhk1iVEIAs1JONqfqDYU9_xc9T0vacEN2J11FACbGxrzLf9un3s8kvt_0__0LYW_r 4grX3nJTQYdQ0GXJxtmkbpvxbQdSidLHEsxCeydenXsgzHIKwU1BNuuKh3oV6EkDYXw0xKkYl1Ra qdylosPr.hqT4M0._2jp1RBsjq_cC1j9Un8QGsQ6LC5TJN.6j.S9mhQhJzjUcQGptI4yXDbz8feh rT02udlBZfe3f7WczzqzljC.269MKKAuxPk5ja9H8HUpyp0iqbI8uy2DPF8.BYd4awKkY_e_yn_k jLEJHjtiF5UQwos_h04wYM60alOFrTR9VuNuGG9W.1l3Fh9PL10f4z5ohn9HyoftQ8VWlBSYzJwg ukPnhvHs6jVMHta1r4mN7QOcOb8b8QXthwlLv_yJMb4MRipm0nmY7lnD8DoRewtltxD0LUsXX2zC 9ED5XUijniCM2qXUGbzSV5X1neqG_mkpiYy2jHDSdm4d2FJreTxrS8QMEI7OgJcrbQ0qklvDUmLN aE2kOEp_wR3hRqgWxYlVJqOa1VAuMgFkhV3q8Zh.iRHC7cLG9XGRUSbB2yUcETXOlEfgdgw2W6g3 1dcwtjmZxpdH5JE5aKninuFAYzt2AlbhuMr8zC.AHkhpV0PNmn0RmxEs3lPS8e6XNbFP0nNbPvgZ wwZIfp_Fn_izvsLXiE3FJtXwSDxc7ceeIcwoC5y7EYIp5G_iJB8MA_6GUx3Hnh5YQtIpbSPsQFaJ NJs_C1pJY_AReWSLEQTgux.Ag1C63eSwXy8eePHsS5nP1NKKbFR8RKn.lG26ueZkrMFZdhDHhqt2 ER2ybY0HZDQgSOLiN7NdIm2eW6X0csr.jHnLnQcwPaV1fFiJAe0HsiwwJ4AjV7Iu3pr.vLhFtpdX hHj6LeO3OCBS.skFnW2wUiiku.hYy8SF1JM4M7vh88L1nL8F3yGXMLAGrSX1o7uD4xRDCKlpBBwN _3rTq5kl8GP2h5Jnq1ZrV.AFN8D7ft6BMZAVRnDxabj3Omtw3PU9_YBuzCoCRdrEHEzN6qmNYrKk wA8DznG3QtRyLek1tQQ.7cybDL9Y903Ffw6IyAPXHQOJs_lCQcLcTDQY6sLgaWCKLj5GvKHOd0Wy YHQlhldNMPqkIPE2jhIIFi5pIq280DKshrA88h2BT8AcWuRGA5Z_BZbZHshb78sRStJ1W9blzAKu enjLl6OdPCdC6STGaG5DUv7cCI05WVQkCQS3j7bfkuUJG7pXSpXUaXp7oBbjBfcybvQZozF0wm5J yeCy00.HktN59liw4T4IK13MoQoCrW0.jJBKsgH4r1lNqiLONcjERntR6dJzyUvwt09pXRy6rdkJ m.c2sDt1Kx4xbyMtwVCov4yROsXAezOaX5p0SDXTla4wA_Jrlm9XleN3PELsGJJy.26wj6y2eTgN ACZeZi1HcH4flTBRzIagoWCr4tgwPgYRVk_LjLfYh8iqDkYcUiQa0UW3xDoTEfVK3OLQmTI._9N3 rUk_4SktIDV2SFbmt2wrJoBvWRczRpfAex_kxH_CdCl5pVJJZ2pM9D2wy747i42apvgKkcMxa2z9 UiIH45.a7Y5z9q5iiqYEuI2PoaNx9WFZsmSR5.bNd4n303HdxRuq2C.2VzJSWLd6djdpXVSuSg73 _AHMABK6y4COULfOygccVVUkTVzqI9ZBFgCGxOCcyMSMl4cj5uqLJwVBrJJksrp0UubT4VD1IaMM W19SbxKKSZyXmu3ZZb6.C.e9o2b7VQe.GZhKxy9YRShMmfsRazW.ovAjvV4kts21I.ztpl5TGtzf GkaKHybrMnb4sA_KvKulnKq1iU6BfyyUsb3ZKQlsar3JwpQMP_ObM17WktBTFUoffmRibTcNjcl. l3DqnIX1B X-Sonic-MF: X-Sonic-ID: db19113c-63d3-4957-907a-1a7ae56e0fa2 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 24 Nov 2024 22:59:15 +0000 Received: by hermes--production-gq1-5dd4b47f46-bwg5p (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 18641426a5438595dec0137c28a92129; Sun, 24 Nov 2024 22:59:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51.11.1\)) Subject: Re: port binary dumping core on recent head in poudriere Message-Id: <2D7BEA1E-6251-426C-B167-B973AA6ADC69@yahoo.com> Date: Sun, 24 Nov 2024 14:59:03 -0800 To: Dimitry Andric , Guido Falsi , Current FreeBSD , FreeBSD Mailing List X-Mailer: Apple Mail (2.3776.700.51.11.1) References: <2D7BEA1E-6251-426C-B167-B973AA6ADC69.ref@yahoo.com> X-Spamd-Result: default: False [-3.48 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.980]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from] X-Rspamd-Queue-Id: 4XxPRB2kTyz41cl X-Spamd-Bar: --- Dimitry Andric wrote on Date: Sun, 24 Nov 2024 17:18:51 UTC : > On 24 Nov 2024, at 18:07, Guido Falsi wrote: > >=20 > > . . . >=20 > Probably best to create a bugzilla ticket, but as I said before, I = cannot reproduce this. So you would have to come up with some scenario = on why it is reproducible for you, but not for other people. :) I'll remind that I've been reporting that got the failure in my context. It is not only Guido that gets it. The best evidence that I've reported so far was: QUOTE (well, slightly reworded) I finally looked in a better place for finding a significant difference: The good /usr/local/lib/libsass.so.1.0.0 in my context (the one in the PkgBase based chroot area) has: Contents of section .got.plt: 2bed60 78ba2b00 00000000 00000000 00000000 x.+............. 2bed70 00000000 00000000 86a62a00 00000000 ..........*..... 2bed80 96a62a00 00000000 a6a62a00 00000000 ..*.......*..... 2bed90 b6a62a00 00000000 c6a62a00 00000000 ..*.......*..... 2beda0 d6a62a00 00000000 e6a62a00 00000000 ..*.......*..... 2bedb0 f6a62a00 00000000 06a72a00 00000000 ..*.......*..... 2bedc0 16a72a00 00000000 26a72a00 00000000 ..*.....&.*..... 2bedd0 36a72a00 00000000 46a72a00 00000000 6.*.....F.*..... 2bede0 56a72a00 00000000 66a72a00 00000000 V.*.....f.*..... 2bedf0 76a72a00 00000000 86a72a00 00000000 v.*.......*..... 2bee00 96a72a00 00000000 a6a72a00 00000000 ..*.......*..... 2bee10 b6a72a00 00000000 c6a72a00 00000000 ..*.......*..... 2bee20 d6a72a00 00000000 e6a72a00 00000000 ..*.......*..... 2bee30 f6a72a00 00000000 06a82a00 00000000 ..*.......*..... . . . The bad one built in my personal environment has blocks of zeros instead (not necessarily all zeros for the section): Contents of section .got.plt: 2bed60 00000000 00000000 00000000 00000000 ................ 2bed70 00000000 00000000 00000000 00000000 ................ 2bed80 00000000 00000000 00000000 00000000 ................ 2bed90 00000000 00000000 00000000 00000000 ................ 2beda0 00000000 00000000 00000000 00000000 ................ 2bedb0 00000000 00000000 00000000 00000000 ................ 2bedc0 00000000 00000000 00000000 00000000 ................ 2bedd0 00000000 00000000 00000000 00000000 ................ 2bede0 00000000 00000000 00000000 00000000 ................ 2bedf0 00000000 00000000 00000000 00000000 ................ 2bee00 00000000 00000000 00000000 00000000 ................ 2bee10 00000000 00000000 00000000 00000000 ................ 2bee20 00000000 00000000 00000000 00000000 ................ 2bee30 00000000 00000000 00000000 00000000 ................ . . . So a libsass.so.1.0.0 file-generation time issue, not a load-time issue. Not that I've any clue why yet. END QUOTE > For example, do you use any particular make.conf or src.conf settings? = CPUTYPE? That kind of thing, anything that is non-default. The environment that I got the failure in is my personal one. I've not gotten the failure from any official build from FreeBSD that I've installed. Unfortunately, my personal build is not an example of having just one specific thing that is different and I've yet to issolate anything that controls the variation in behavior. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Nov 24 23:35:03 2024 X-Original-To: freebsd-current@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 4XxQDl1fxGz5drKm for ; Sun, 24 Nov 2024 23:35:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4XxQDj70SFz47YM for ; Sun, 24 Nov 2024 23:35:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=a5x532KV; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732491316; bh=pxAtzZqPXzaEgRZbA0K88BrtaBPIsA3W+irUcwgkmi8=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=a5x532KVeZqA12ztNHWujHY7zUXgI0Jt6m2m5ix+Hfzi4ZGOCyKiaAxJXWHQYae/QAZkvrPs4KOvORSBBrHDNqQMGGIdzjZ1sWFlPK3Mo6douORN+Z2wHSX8UVsuCrqeryHkpLGhKe8jo6HkQnl7Dmp8BxCjPIf7ScZ5XOqWyAe2CvubYvpvva6Tlt2aZuE3Ib1bQX4zYcpaZZhc848RDk5taj14funZptHw76tsxh7RSCPcnJsTVzhd9fPDJLMrFzTto5IXGTW2hJ0Rp9pVEMmM25EXFaTo5d8rmYSjgg0/Z2P+PdgozhDW1JiXHldZ7+BXnPvSlkpsRa0Cg0G0QQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732491316; bh=MRgBBUkziDBTqCqCOhOABekNcTzy7UkwppaIeC1DHg2=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=q2Kg6i7LNKHPv/8Ezid5tDRrhuXAuDHUQDGyJUKtff2RQdeRN+SQONABp/YViYasKCN7oiy0E+MzKkz3ELdjexSZpGGucTKTXSsYtd6scosjViQKnntdvfDh05HVRVg/MgXZ0htmMRXOqChawwrx2OypKxfbsK3pCILBP1ENMUyPFUFH8jV3w7xeA6qzEc3HmomD0gOy6Mc8IMqB0WQW60N3kYfWPVG9gwF2qbOJnvDgQVVILRnWbdNp2p4cHmQse6ql9JWFZfS2cSUoQa62T3a4c5/Mx9ABj/CKEaESW6TqM5YfJDYuUI2WpAo24Q2aBf0zj7h4blDyo3a+KX2AjQ== X-YMail-OSG: 7aeFHO4VM1npQQWo11cATP2lLQqu037yj_iRPr5YfFzNInWcbLDgJmRIoaoLExZ lvVEGqtgsDeb85gDo2gRyePpRPJBJ5x.dCz4Txo4CojVpgiyEihVt8cWoe02XSYaIr1c0xXa4gFA qgc6fgFVj74tqOE6bVVWmIvL9lizQBx8kFvCTED9jwoJQg45h9BsPNuisHJM.uzPuXJCYqxkhVVj j5ROJH1dVzzvRJVCZQUGPIq4JMLN0aer.dFlie.rZLc7Zec.IQx2Q1dqryiUOmpweeJuONxQAzM3 kLyN12My_PlGkcvdvYH95cmrokLq66TJft86gBMwAZjNlXPAql6rB4lJiux.gEtReuSMyzEuCJAO iZg6DzCN3CLeIrHyVcf2Rb0YksZFTHfCjysBCeDGt56ZIBp6yHPO9bn7gKw5JZalhgZ1OBHzwVy8 9I7ARHCUdLEqRd.6kUgspoGtbddXhsFkwiwngHYCad0AGOjV1u3ONcpE5Kb2exaxO82wFXK65h_m Z1e1NmZ2x5HGAL8tXzQPjxmwBzSFKTpilAGdF60ldsQTd.zPpPkZl8zOguWmaO6EZiXYpS9lEbkj _LfU0v2rA8tgtgsPymDFUMDBlSzNzCDGP7CsORFltjgjNMHcXfXZvX7r5koRrgrv86OJzEl70riP P5kItQExW7lWI3CFF0uhTBrGg_neyqG77Mzpy0mbzGlVi_QKEGiYU7Nz4tEdFHMYkY9Excu9OlfA Kei6igcp.fmySDBDhxkraaEZR0xrkXZ7NfU2L9K5BatRpBl.yud_IokcLHkKVDe5q5eujxZhkM0T hnZqrlagyETDrXxaxgh1PCx7tyMQ9gdhe833PLGV9VpMUUd84GLNkx2JnKemqLZHufAiTYVRJrbC MdKkqdzosZe5C5t36aAEWlLI0OtG6leBPoHN26lj6ZZ6lRjPKYRi3.mBM_VaGNYuUboQWH8zim8n qw1NZ7h0Qwuc1ZokfvRhc6WQiwXzqbI6M8eMR0Dwk64N12k1ZpVYleYdBTo3ZzCTbvIN3FfcRh9g 4NOp4XFpfVMhsECwj878HYjwWUpEC4IjEFgBDUM08l20RggkrwONBV_nT_o4o.Ur4CZN3p6iybIv yIKQa061m70HRh7tawSdzF9LmhBwRCyClgyOK91sdP_9N0mEvohZ788ACdXPIPvixRjK29NCj77l tNZVXQ0snUuMBICCq7_aTUzdcUaikkQLq3sDs1fokpyYejHWFSB1jmylxpgaSbWmjMfjaoh3r7Ww XfUA04kKQSvHNUxm3xoMPp.DXbAONwJA13kCBRqt4f6h6YXKGlo1PQcxObS8nCTWEsggK1rnZ6N5 gHKM.FxcuA17tHbr0v.vAVbod6mGoldTgYinQA28nrM7MfUqShlTn.mUzI5fGl2pa_O6zvshsTxM MJpgUXw0q8.4pYeRFI1ujUnWopv9k7DCYKnp4wMtaYtNHjp.0gCqecZplQ90XN3ylVXn4J0AIoxe uLMZS0MFsGEeSwF2ARacHPgBLXkdJcYSozvbF8NVtUKx2y_m84LXqEpV2I4h0SpjrrSzdNfeRKGm zbl99Ty426yN7nYBh68MUX6oVc0jHQOmAb0UtYx9MHzkShJo6UXK0vZp7udVgAzx_76JDKZyDJYN EboNHfgRaSDAAeGjiUJVpZbX1r28YsYuCc3UcBtiO1H6jmirDO0W0diXk6BOVP2lbzcLQD7fCtez FX6CAVKX1L4hTWjZqUjHoemdBe.4QRcjVZ840.YvxF5p327.FaSNvWDD3ftdpsificAb8c_jvWnS GQhHbvD4bC_UgARZW.gd_B.r7zVFLpcOUq314IoiwvRPOqoU2qeNAvI_tl9jueDxL7USYxOIw4R_ ltd41yHYHVIp3ne5YPadS12yttyN6ncclyqTM7en3Q7bjb3DCxPm8.nIzaItsNWQcB1vYki1neZ5 Anng5WSI1EbQNNt3RLCsOUWItqx9OCP0BPvIVHiWcuM9wOWoSKrPXKngtWX0Xpa4lL3tbBl3sVek WA4fjQpoy2rp_YLwwWLj6YLkIuZXnY6NlneyWZOAmpSWYs1nnu39DSmst_F4xQ7ByVXsZe9qjaYV TC5_.xTjE2s_QfIKnfp5MqTe_rO63I_M1cB5ccCLDuqhCY4vGsdxlQhOutOoH8pGiH3dobvyMA0Y ZZ0NPdH7Q2a9IXEBQ3S9aKLKzlAKEzfT_cFsaJ9gH1lVr0SSZxCKtWGPxcBtKyH3gTYX38er5wAP dbRKWttWeXCU5i_aYKOlqcMM_RfIscZ_V59qx6vPrQ5xBNwd7ui8S2JhXDeDshuBXwDLth8lQacg 9wucde__h X-Sonic-MF: X-Sonic-ID: 7c8e6f48-b3d5-4223-abd5-cae2f6164074 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 24 Nov 2024 23:35:16 +0000 Received: by hermes--production-gq1-5dd4b47f46-wrqn7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e1e85a2bbb7d2bede1ee5f97b9b81180; Sun, 24 Nov 2024 23:35:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51.11.1\)) Subject: Re: port binary dumping core on recent head in poudriere Date: Sun, 24 Nov 2024 15:35:03 -0800 References: <2D7BEA1E-6251-426C-B167-B973AA6ADC69@yahoo.com> To: Dimitry Andric , Guido Falsi , Current FreeBSD , FreeBSD Mailing List In-Reply-To: <2D7BEA1E-6251-426C-B167-B973AA6ADC69@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3776.700.51.11.1) X-Spamd-Result: default: False [-3.47 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.967]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from] X-Rspamd-Queue-Id: 4XxQDj70SFz47YM X-Spamd-Bar: --- On Nov 24, 2024, at 14:59, Mark Millard wrote: > Dimitry Andric wrote on > Date: Sun, 24 Nov 2024 17:18:51 UTC : >=20 >> On 24 Nov 2024, at 18:07, Guido Falsi wrote: >>>=20 >>> . . . >>=20 >> Probably best to create a bugzilla ticket, but as I said before, I = cannot reproduce this. So you would have to come up with some scenario = on why it is reproducible for you, but not for other people. :) >=20 > I'll remind that I've been reporting that got the failure in my > context. It is not only Guido that gets it. >=20 > The best evidence that I've reported so far was: >=20 > QUOTE (well, slightly reworded) > I finally looked in a better place for finding a > significant difference: >=20 > The good /usr/local/lib/libsass.so.1.0.0 in my context (the > one in the PkgBase based chroot area) has: >=20 > Contents of section .got.plt: > 2bed60 78ba2b00 00000000 00000000 00000000 x.+............. > 2bed70 00000000 00000000 86a62a00 00000000 ..........*..... > 2bed80 96a62a00 00000000 a6a62a00 00000000 ..*.......*..... > 2bed90 b6a62a00 00000000 c6a62a00 00000000 ..*.......*..... > 2beda0 d6a62a00 00000000 e6a62a00 00000000 ..*.......*..... > 2bedb0 f6a62a00 00000000 06a72a00 00000000 ..*.......*..... > 2bedc0 16a72a00 00000000 26a72a00 00000000 ..*.....&.*..... > 2bedd0 36a72a00 00000000 46a72a00 00000000 6.*.....F.*..... > 2bede0 56a72a00 00000000 66a72a00 00000000 V.*.....f.*..... > 2bedf0 76a72a00 00000000 86a72a00 00000000 v.*.......*..... > 2bee00 96a72a00 00000000 a6a72a00 00000000 ..*.......*..... > 2bee10 b6a72a00 00000000 c6a72a00 00000000 ..*.......*..... > 2bee20 d6a72a00 00000000 e6a72a00 00000000 ..*.......*..... > 2bee30 f6a72a00 00000000 06a82a00 00000000 ..*.......*..... > . . . >=20 > The bad one built in my personal environment has blocks of > zeros instead (not necessarily all zeros for the section): >=20 > Contents of section .got.plt: > 2bed60 00000000 00000000 00000000 00000000 ................ > 2bed70 00000000 00000000 00000000 00000000 ................ > 2bed80 00000000 00000000 00000000 00000000 ................ > 2bed90 00000000 00000000 00000000 00000000 ................ > 2beda0 00000000 00000000 00000000 00000000 ................ > 2bedb0 00000000 00000000 00000000 00000000 ................ > 2bedc0 00000000 00000000 00000000 00000000 ................ > 2bedd0 00000000 00000000 00000000 00000000 ................ > 2bede0 00000000 00000000 00000000 00000000 ................ > 2bedf0 00000000 00000000 00000000 00000000 ................ > 2bee00 00000000 00000000 00000000 00000000 ................ > 2bee10 00000000 00000000 00000000 00000000 ................ > 2bee20 00000000 00000000 00000000 00000000 ................ > 2bee30 00000000 00000000 00000000 00000000 ................ > . . . >=20 > So a libsass.so.1.0.0 file-generation time issue, not a > load-time issue. >=20 > Not that I've any clue why yet. > END QUOTE >=20 >> For example, do you use any particular make.conf or src.conf = settings? CPUTYPE? That kind of thing, anything that is non-default. >=20 > The environment that I got the failure in is my personal one. > I've not gotten the failure from any official build from > FreeBSD that I've installed. >=20 > Unfortunately, my personal build is not an example of having > just one specific thing that is different and I've yet to > issolate anything that controls the variation in behavior. Another interesting point is where the bad .got.plt stops being different from the content in the good file: Bad .got.polt: . . . 2befc0 00000000 00000000 00000000 00000000 ................ 2befd0 00000000 00000000 00000000 00000000 ................ 2befe0 00000000 00000000 00000000 00000000 ................ 2beff0 00000000 00000000 00000000 00000000 ................ 2bf000 96ab2a00 00000000 a6ab2a00 00000000 ..*.......*..... 2bf010 b6ab2a00 00000000 c6ab2a00 00000000 ..*.......*..... 2bf020 d6ab2a00 00000000 e6ab2a00 00000000 ..*.......*..... 2bf030 f6ab2a00 00000000 06ac2a00 00000000 ..*.......*..... . . . Good .got.plt: . . . 2befc0 16ab2a00 00000000 26ab2a00 00000000 ..*.....&.*..... 2befd0 36ab2a00 00000000 46ab2a00 00000000 6.*.....F.*..... 2befe0 56ab2a00 00000000 66ab2a00 00000000 V.*.....f.*..... 2beff0 76ab2a00 00000000 86ab2a00 00000000 v.*.......*..... 2bf000 96ab2a00 00000000 a6ab2a00 00000000 ..*.......*..... 2bf010 b6ab2a00 00000000 c6ab2a00 00000000 ..*.......*..... 2bf020 d6ab2a00 00000000 e6ab2a00 00000000 ..*.......*..... 2bf030 f6ab2a00 00000000 06ac2a00 00000000 ..*.......*..... . . . Matching starting with 2bf000 looks like a possibly-relevant alignment oddity. The output is from commands that are examples of the structure: # objdump -hs /usr/local/lib/libsass.so.1.0.0 | less =3D=3D=3D Mark Millard marklmi at yahoo.com