https://bugs.kde.org/show_bug.cgi?id=473677
--- Comment #5 from Paul Floyd <pjfl...@wanadoo.fr> ---
(In reply to fanquake from comment #4)
> > Can you confirm? I don't have easy access to clang 16 or gcc 13 on Linux.
>
> I'm still seeing build failures at dc6669cee7b557945fd41417bf531c7f5c9f1093:
>
> cxx17_aligned_new.cpp:25:5: error: no matching function for call to
> 'operator delete'
> operator delete(myClass, 64U, std::align_val_t(64U));
> ^~~~~~~~~~~~~~~
> /usr/bin/../lib/gcc/x86_64-linux-gnu/13/../../../../include/c++/13/new:155:6:
> note: candidate function not viable: no known conversion from 'unsigned int'
> to 'std::align_val_t' for 2nd argument
> void operator delete(void*, std::align_val_t, const std::nothrow_t&)
> ^
I don't understand why it is trying to resolve the call to that overload. It
looks to me like a problem with your combination of LLVM 16 and GCC
libstdc++13.
For GCC 11.2 the list of overloads is
grep "operator delete(" ./libsupc++/new
void operator delete(void*) _GLIBCXX_USE_NOEXCEPT
void operator delete(void*, std::size_t) _GLIBCXX_USE_NOEXCEPT
void operator delete(void*, const std::nothrow_t&) _GLIBCXX_USE_NOEXCEPT
void operator delete(void*, std::align_val_t)
void operator delete(void*, std::align_val_t, const std::nothrow_t&)
void operator delete(void*, std::size_t, std::align_val_t)
There are only two candidates with 3 arguments, so the overload set should be
reduced to just those two, and it should resolve to the last one.
For some reason you are only seeing one. In GCC 11.2 that is controlled by #if
__cpp_sized_deallocation. LLVM should be the same.
The files are being compiled with -std=c++17?
I just tried clang++14 and it does not set __cpp_sized_deallocation:
clang++ -std=c++17 -dM -E -x c++ /dev/null | grep sized
[nothing]
but g++ 11.2 does set it
g++ -std=c++17 -dM -E -x c++ /dev/null | grep sized
#define __cpp_sized_deallocation 201309L
That looks right to me.
--
You are receiving this mail because:
You are watching all bug changes.
