[libc-commits] [libc] [libc][stdfix] Implement fixed point bitsfx functions in llvm libc (PR #128413)
Krishna Pandey via libc-commits
libc-commits at lists.llvm.org
Tue Feb 25 04:16:49 PST 2025
================
@@ -0,0 +1,56 @@
+//===-- Utility class to test bitsfx functions ------------------*- C++ -*-===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
+//
+//===----------------------------------------------------------------------===//
+
+#include "test/UnitTest/Test.h"
+
+#include "src/__support/fixed_point/fx_rep.h"
+
+template <typename T, typename XType>
+class BitsFxTest : public LIBC_NAMESPACE::testing::Test {
+
+ using FXRep = LIBC_NAMESPACE::fixed_point::FXRep<T>;
+ static constexpr T zero = FXRep::ZERO();
+ static constexpr T max = FXRep::MAX();
+ static constexpr T min = FXRep::MIN();
+ static constexpr T one_half = FXRep::ONE_HALF();
+ static constexpr T one_fourth = FXRep::ONE_FOURTH();
+ static constexpr T eps = FXRep::EPS();
+
+ // (0.42)_10 =
+ // (0.0110101110000101000111101011100001010001111010111000010100011110)_2 =
+ // (0.0x6b851eb851eb851e)_16
+ static constexpr unsigned long long zero_point_forty_two =
----------------
krishna2803 wrote:
in an attempt to test for `10.72` (just as an example), i tried:
```cpp
// (10.72)_10 =
// (1010.101110000101000111101011100001010001111010111000010100011110)_2 =
// (a.b851eb851eb851e)_16
static constexpr unsigned long long ten_point_seven_two = 0xab851eb851eb851eULL;
static constexpr T ten_point_seven_two_t = 10.72;
if constexpr (FXRep::INTEGRAL_LEN > 0)
EXPECT_EQ(
static_cast<XType>(ten_point_seven_two >> (64 - (FXRep::VALUE_LEN))),
func(ten_point_seven_two_t)
);
```
where `FXRep::VALUE_LEN` is just `FXRep::INTEGRAL_LEN + FXRep::FRACTION_LEN`. When I traced the definition for `FXRep::INTEGRAL_LEN`, I found them to be different than the spec for example for `short accum` the spec suggests `s4.7` ([ref, pg11](https://standards.iso.org/ittf/PubliclyAvailableStandards/c051126_ISO_IEC_TR_18037_2008.zip)) while the `FXRep::INTEGRAL_LEN` is `8` for `short fract` defined here:
https://github.com/llvm/llvm-project/blob/dff2ca424c20c672b418ec86ac3a120fad4fb364/libc/include/llvm-libc-macros/stdfix-macros.h#L164-L168
so the above test fails.
---
but when i do:
```cpp
// (10.72)_10 =
// (1010.101110000101000111101011100001010001111010111000010100011110)_2 =
// (a.b851eb851eb851e)_16
static constexpr unsigned long long ten_point_seven_two = 0xab851eb851eb851eULL;
static constexpr T ten_point_seven_two_t = 10.72;
if constexpr (FXRep::INTEGRAL_LEN > 0)
EXPECT_EQ(
// just hardcoded 4 here in place of INTEGRAL_LEN
static_cast<XType>(ten_point_seven_two >> (64 - (FXRep::FRACTION_LEN + 4))),
func(ten_point_seven_two_t)
);
```
the test passes! could you please provide some guidance on how to handle this?
https://github.com/llvm/llvm-project/pull/128413
More information about the libc-commits
mailing list