Home
last modified time | relevance | path

Searched hist:"50 ebd4af91ece2e7b5e75b600f83a2a74b315068" (Results 1 – 8 of 8) sorted by relevance

/openbmc/bmcweb/test/include/
H A Dstr_utility_test.cpp50ebd4af91ece2e7b5e75b600f83a2a74b315068 Thu Jan 19 21:03:17 CST 2023 Ed Tanous <edtanous@google.com> Implement alternative to on boost::split

boost::split has a documented false-positive in clang-tidy. While
normally we'd handle this with NOLINTNEXTLINE, this doesn't appear to
work in all cases. Unclear why, but seems to be due to some of our
lambda callback complexity.

Each of these uses is a case where we should be using a more specific
check, rather than split, but for the moment, this is the best we have.

Tested: clang-tidy passes.

[1] https://github.com/llvm/llvm-project/issues/40486

Signed-off-by: Ed Tanous <edtanous@google.com>
Change-Id: I144c6610cb740287b7225e2be03b4142a64f9563
/openbmc/bmcweb/include/
H A Dstr_utility.hpp50ebd4af91ece2e7b5e75b600f83a2a74b315068 Thu Jan 19 21:03:17 CST 2023 Ed Tanous <edtanous@google.com> Implement alternative to on boost::split

boost::split has a documented false-positive in clang-tidy. While
normally we'd handle this with NOLINTNEXTLINE, this doesn't appear to
work in all cases. Unclear why, but seems to be due to some of our
lambda callback complexity.

Each of these uses is a case where we should be using a more specific
check, rather than split, but for the moment, this is the best we have.

Tested: clang-tidy passes.

[1] https://github.com/llvm/llvm-project/issues/40486

Signed-off-by: Ed Tanous <edtanous@google.com>
Change-Id: I144c6610cb740287b7225e2be03b4142a64f9563
H A Dopenbmc_dbus_rest.hppdiff 50ebd4af91ece2e7b5e75b600f83a2a74b315068 Thu Jan 19 21:03:17 CST 2023 Ed Tanous <edtanous@google.com> Implement alternative to on boost::split

boost::split has a documented false-positive in clang-tidy. While
normally we'd handle this with NOLINTNEXTLINE, this doesn't appear to
work in all cases. Unclear why, but seems to be due to some of our
lambda callback complexity.

Each of these uses is a case where we should be using a more specific
check, rather than split, but for the moment, this is the best we have.

Tested: clang-tidy passes.

[1] https://github.com/llvm/llvm-project/issues/40486

Signed-off-by: Ed Tanous <edtanous@google.com>
Change-Id: I144c6610cb740287b7225e2be03b4142a64f9563
/openbmc/bmcweb/redfish-core/include/utils/
H A Dquery_param.hppdiff 50ebd4af91ece2e7b5e75b600f83a2a74b315068 Thu Jan 19 21:03:17 CST 2023 Ed Tanous <edtanous@google.com> Implement alternative to on boost::split

boost::split has a documented false-positive in clang-tidy. While
normally we'd handle this with NOLINTNEXTLINE, this doesn't appear to
work in all cases. Unclear why, but seems to be due to some of our
lambda callback complexity.

Each of these uses is a case where we should be using a more specific
check, rather than split, but for the moment, this is the best we have.

Tested: clang-tidy passes.

[1] https://github.com/llvm/llvm-project/issues/40486

Signed-off-by: Ed Tanous <edtanous@google.com>
Change-Id: I144c6610cb740287b7225e2be03b4142a64f9563
/openbmc/bmcweb/redfish-core/include/
H A Devent_service_manager.hppdiff 50ebd4af91ece2e7b5e75b600f83a2a74b315068 Thu Jan 19 21:03:17 CST 2023 Ed Tanous <edtanous@google.com> Implement alternative to on boost::split

boost::split has a documented false-positive in clang-tidy. While
normally we'd handle this with NOLINTNEXTLINE, this doesn't appear to
work in all cases. Unclear why, but seems to be due to some of our
lambda callback complexity.

Each of these uses is a case where we should be using a more specific
check, rather than split, but for the moment, this is the best we have.

Tested: clang-tidy passes.

[1] https://github.com/llvm/llvm-project/issues/40486

Signed-off-by: Ed Tanous <edtanous@google.com>
Change-Id: I144c6610cb740287b7225e2be03b4142a64f9563
/openbmc/bmcweb/redfish-core/lib/
H A Dsensors.hppdiff 50ebd4af91ece2e7b5e75b600f83a2a74b315068 Thu Jan 19 21:03:17 CST 2023 Ed Tanous <edtanous@google.com> Implement alternative to on boost::split

boost::split has a documented false-positive in clang-tidy. While
normally we'd handle this with NOLINTNEXTLINE, this doesn't appear to
work in all cases. Unclear why, but seems to be due to some of our
lambda callback complexity.

Each of these uses is a case where we should be using a more specific
check, rather than split, but for the moment, this is the best we have.

Tested: clang-tidy passes.

[1] https://github.com/llvm/llvm-project/issues/40486

Signed-off-by: Ed Tanous <edtanous@google.com>
Change-Id: I144c6610cb740287b7225e2be03b4142a64f9563
H A Dlog_services.hppdiff 50ebd4af91ece2e7b5e75b600f83a2a74b315068 Thu Jan 19 21:03:17 CST 2023 Ed Tanous <edtanous@google.com> Implement alternative to on boost::split

boost::split has a documented false-positive in clang-tidy. While
normally we'd handle this with NOLINTNEXTLINE, this doesn't appear to
work in all cases. Unclear why, but seems to be due to some of our
lambda callback complexity.

Each of these uses is a case where we should be using a more specific
check, rather than split, but for the moment, this is the best we have.

Tested: clang-tidy passes.

[1] https://github.com/llvm/llvm-project/issues/40486

Signed-off-by: Ed Tanous <edtanous@google.com>
Change-Id: I144c6610cb740287b7225e2be03b4142a64f9563
/openbmc/bmcweb/
H A Dmeson.builddiff 50ebd4af91ece2e7b5e75b600f83a2a74b315068 Thu Jan 19 21:03:17 CST 2023 Ed Tanous <edtanous@google.com> Implement alternative to on boost::split

boost::split has a documented false-positive in clang-tidy. While
normally we'd handle this with NOLINTNEXTLINE, this doesn't appear to
work in all cases. Unclear why, but seems to be due to some of our
lambda callback complexity.

Each of these uses is a case where we should be using a more specific
check, rather than split, but for the moment, this is the best we have.

Tested: clang-tidy passes.

[1] https://github.com/llvm/llvm-project/issues/40486

Signed-off-by: Ed Tanous <edtanous@google.com>
Change-Id: I144c6610cb740287b7225e2be03b4142a64f9563