Skip to content

[libc++] Constrain additional overloads of pow for complex harder #110235

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 4 commits into from
Oct 29, 2024
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 3 additions & 3 deletions libcxx/include/complex
Original file line number Diff line number Diff line change
Expand Up @@ -1097,20 +1097,20 @@ inline _LIBCPP_HIDE_FROM_ABI complex<_Tp> pow(const complex<_Tp>& __x, const com
return std::exp(__y * std::log(__x));
}

template <class _Tp, class _Up>
template <class _Tp, class _Up, __enable_if_t<is_floating_point<_Tp>::value && is_floating_point<_Up>::value, int> = 0>
inline _LIBCPP_HIDE_FROM_ABI complex<typename __promote<_Tp, _Up>::type>
pow(const complex<_Tp>& __x, const complex<_Up>& __y) {
typedef complex<typename __promote<_Tp, _Up>::type> result_type;
return std::pow(result_type(__x), result_type(__y));
}

template <class _Tp, class _Up, __enable_if_t<is_arithmetic<_Up>::value, int> = 0>
template <class _Tp, class _Up, __enable_if_t<is_floating_point<_Tp>::value && is_arithmetic<_Up>::value, int> = 0>
inline _LIBCPP_HIDE_FROM_ABI complex<typename __promote<_Tp, _Up>::type> pow(const complex<_Tp>& __x, const _Up& __y) {
typedef complex<typename __promote<_Tp, _Up>::type> result_type;
return std::pow(result_type(__x), result_type(__y));
}

template <class _Tp, class _Up, __enable_if_t<is_arithmetic<_Tp>::value, int> = 0>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there a reason why this isn't an issue for e.g. std::asinh(std::complex<T>) defined below? I'm wary of trying to work around something that is explicitly unspecified in the Standard.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The original issue seemed caused by recent changes of __promote, and in <complex> only additional overloads of pow use __promote.
#81379 made __promote reject non-arithmetic types in an SFINAE-unfriendly way, and previously __promote accidently accepted some program-defined non-arithmetic types as long as their operator+'s work as expected.

template <class _Tp, class _Up, __enable_if_t<is_arithmetic<_Tp>::value && is_floating_point<_Up>::value, int> = 0>
inline _LIBCPP_HIDE_FROM_ABI complex<typename __promote<_Tp, _Up>::type> pow(const _Tp& __x, const complex<_Up>& __y) {
typedef complex<typename __promote<_Tp, _Up>::type> result_type;
return std::pow(result_type(__x), result_type(__y));
Expand Down
Original file line number Diff line number Diff line change
@@ -0,0 +1,84 @@
//===----------------------------------------------------------------------===//
//
// 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
//
//===----------------------------------------------------------------------===//

// <complex>

// template<class T, class U> complex<__promote<T, U>::type> pow(const complex<T>&, const U&);
// template<class T, class U> complex<__promote<T, U>::type> pow(const complex<T>&, const complex<U>&);
// template<class T, class U> complex<__promote<T, U>::type> pow(const T&, const complex<U>&);

// Test that these additional overloads are free from catching std::complex<non-floating-point>,
// which is expected by several 3rd party libraries, see https://github.com/llvm/llvm-project/issues/109858.
//
// Note that we reserve the right to break this in the future if we have a reason to, but for the time being,
// make sure we don't break this property unintentionally.
#include <cassert>
#include <cmath>
#include <complex>
#include <type_traits>

#include "test_macros.h"

namespace usr {
struct usr_tag {};

template <class T, class U>
typename std::enable_if<(std::is_same<T, usr_tag>::value && std::is_floating_point<U>::value) ||
(std::is_floating_point<T>::value && std::is_same<U, usr_tag>::value),
int>::type
pow(const T&, const std::complex<U>&) {
return std::is_same<T, usr_tag>::value ? 0 : 1;
}

template <class T, class U>
typename std::enable_if<(std::is_same<T, usr_tag>::value && std::is_floating_point<U>::value) ||
(std::is_floating_point<T>::value && std::is_same<U, usr_tag>::value),
int>::type
pow(const std::complex<T>&, const U&) {
return std::is_same<U, usr_tag>::value ? 2 : 3;
}

template <class T, class U>
typename std::enable_if<(std::is_same<T, usr_tag>::value && std::is_floating_point<U>::value) ||
(std::is_floating_point<T>::value && std::is_same<U, usr_tag>::value),
int>::type
pow(const std::complex<T>&, const std::complex<U>&) {
return std::is_same<T, usr_tag>::value ? 4 : 5;
}
} // namespace usr

int main(int, char**) {
using std::pow;
using usr::pow;

usr::usr_tag tag;
const std::complex<usr::usr_tag> ctag;

assert(pow(tag, std::complex<float>(1.0f)) == 0);
assert(pow(std::complex<float>(1.0f), tag) == 2);
assert(pow(tag, std::complex<double>(1.0)) == 0);
assert(pow(std::complex<double>(1.0), tag) == 2);
assert(pow(tag, std::complex<long double>(1.0l)) == 0);
assert(pow(std::complex<long double>(1.0l), tag) == 2);

assert(pow(1.0f, ctag) == 1);
assert(pow(ctag, 1.0f) == 3);
assert(pow(1.0, ctag) == 1);
assert(pow(ctag, 1.0) == 3);
assert(pow(1.0l, ctag) == 1);
assert(pow(ctag, 1.0l) == 3);

assert(pow(ctag, std::complex<float>(1.0f)) == 4);
assert(pow(std::complex<float>(1.0f), ctag) == 5);
assert(pow(ctag, std::complex<double>(1.0)) == 4);
assert(pow(std::complex<double>(1.0), ctag) == 5);
assert(pow(ctag, std::complex<long double>(1.0l)) == 4);
assert(pow(std::complex<long double>(1.0l), ctag) == 5);

return 0;
}
Loading