Date: Thu, 31 Aug 2023 18:49:02 +0000 From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 265756] clang crashes on devel/py-awscrt on amd64 on 14 Message-ID: <bug-265756-29464-619tXUN0Ru@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-265756-29464@https.bugs.freebsd.org/bugzilla/> References: <bug-265756-29464@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D265756 --- Comment #12 from Dimitry Andric <dim@FreeBSD.org> --- (In reply to Mark Linimon from comment #11) I think the confusion is that the same Amazon code that calculates checksum= s, and that was causing a clang assertion, has been copy/pasted between several pieces of software that try to do something with AWS. Specifically, in bug 234232 the issue was first reported for devel/aws-checksums, after which I reported it upstream at https://bugs.llvm.org/show_bug.cgi?id=3D40985 (which is now https://github.com/llvm/llvm-project/issues/40330), which is _still_ open a= s of today, 2023-08-31. Meanwhile somebody else also reported it directly to the aws-checksums developers in https://github.com/awslabs/aws-checksums/issues/49, and eventually it was fixed there in https://github.com/awslabs/aws-checksums/commit/ad53be196a25bbefa3700a01187= fdce573a7d2d0, by adjusting the inline assembly to have less-impossible constraints. However, at the time *this* bug was created, the devel/py-awscrt port still= had an old copy of the awscrt files, including the crash-prone crc32c_sse42_asm= .c file with inline assembly. And in the mean time, the py-awscrt people seem = to have updated their vendor copy of awscrt to a newer version, which no longer provokes any assertion or "impossible constraint" errors. Therefore, I think this bug can be closed now? --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-265756-29464-619tXUN0Ru>