From nobody Wed Apr 17 22:02:26 2024 X-Original-To: toolchain@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 4VKZdZ6mvKz5HDmm for ; Wed, 17 Apr 2024 22:02:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VKZdZ4zpxz4bSM for ; Wed, 17 Apr 2024 22:02:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1713391346; a=rsa-sha256; cv=none; b=LTuByS/TfWhOUei5J2IowROHt1Ws5+jRZ25HT7TELCzYDL1KCvIoJg+/V92fJh7RS+hK/u nfBsGIsGGWiJmZY2BUDUTS7d7o1nvJ1q7obF6iQk0Q8G+iQMaHi+w8LXRvykcNoUCErIFk kN1rr+4oQpw4MysXXaV87jM9LeQ2frD8zbZ0FIdT+cN00OzgsG4bdytSqioxaSj47CJMw5 +yOxErNamjbHYubDTvNttlpkO0sD0jsIT9JtuZJGyGLkKQe9NbbtKHhK66eL3zRK3iQKsz 9c+6lU/MeNTI1JU+Br1y0uzvrS6FaO02Y6tIW3CycEU3MJB8MahGZ5pHLPs8gw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1713391346; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=6mJD7AoIzvDvVJHbeK8ETDK/RrvqUvaHdyO6nD8RLPA=; b=HNsBNPsKKpD3cn506XgZ5TfX2JXGhWbPnvxub6XBkR6flgOCjMS8CdDqrpvZ9/YmMWE6KG TOz+WRMdV+TW0ajmN6ANBmJSiUV7Fj8cT73rx0ViyL4ol8iHhMp5BgiXhomlt8oBJ0dyWz 83hBfZtsDu7yAsDFcW9nyud2uiYAXYMMgZ0D9ABpdasOyeKEis7j7fQBxlXClq9KHIHDXw /rFv8h+aTQE6WlPv8S18eq6FJUVU6NjPft1guZ8MKIyKNZUs/vKXPBzblYZW7mDjloSNMf T94z8yxol11o6CVX8dPKchnHhZJ2YbSycyAHnERueQxxf/Deh2rKjqW1c6hqhw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4VKZdZ4c6CzkcJ for ; Wed, 17 Apr 2024 22:02:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 43HM2Q3G078282 for ; Wed, 17 Apr 2024 22:02:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 43HM2Qfu078281 for toolchain@FreeBSD.org; Wed, 17 Apr 2024 22:02:26 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 278417] The _cvtsh_ss() intrinsic function generates illegal instructions Date: Wed, 17 Apr 2024 22:02:26 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 14.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Maintenance of FreeBSD s integrated toolchain List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-toolchain@freebsd.org Sender: owner-freebsd-toolchain@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D278417 --- Comment #4 from Dimitry Andric --- (In reply to Yuri Victorovich from comment #2) > But this should be covered by the CPUTYPE setting. That seems to be unimplemented at this point. The llvm getHostCPUFeatures() function has support for detecting the feature from CPUID bits, but it looks like that is only used for e.g. -march=3Dnative. I don't maintain share/mk/bsd.cpu.mk, but it seems logical to have some sup= port added there? > clang should know that this CPU doesn't support such instructions and sho= uld emit a generic replacement. There is a note in f16cintrin.h about this: /* NOTE: Intel documents the 128-bit versions of these as being in emmintri= n.h, * but that's because icc can emulate these without f16c using a library ca= ll. * Since we don't do that let's leave these in f16cintrin.h. */ so apparently it is not implemented. I guess you simply have to avoid relyi= ng on these intrinsics if your CPU does not support them. --=20 You are receiving this mail because: You are the assignee for the bug.=