[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 Thomas Schwinge changed: What|Removed |Added Keywords||openacc

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 Richard Biener changed: What|Removed |Added CC||hubicka at gcc dot gnu.org ---

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 --- Comment #9 from Thomas Schwinge --- One concrete question, on example of: (In reply to myself from comment #8) > hard-code '-foffload-options=nvptx-none=-mptx=6.3\ -malias' to work around > GCC PR105018 "[nvptx] Need better alias support"

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 Thomas Schwinge changed: What|Removed |Added CC||rguenth at gcc dot gnu.org ---

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 Thomas Schwinge changed: What|Removed |Added CC||tschwinge at gcc dot gnu.org Last

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 --- Comment #7 from Jonathan Wakely --- Yes, --disable-libstdcxx-hosted will build the freestanding version of libstdc++

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 --- Comment #6 from Richard Biener --- IIRC libstdc++ had a freestanding mode that could serve as base.

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 --- Comment #5 from Andrew Stubbs --- [Note: all of my comments refer to the amdgcn case. nvptx has somewhat different support in this area.] (In reply to Jonathan Wakely from comment #4) > But it's a waste of space in the .so to build lots of

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 --- Comment #4 from Jonathan Wakely --- (In reply to Andrew Stubbs from comment #3) > C++ offloading works fine provided that there are no library calls or > exceptions. There's no reason std::pair, std::tuple, std::optional and types like

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 --- Comment #3 from Andrew Stubbs --- The standalone amdgcn configuration does not support C++. There are a number of technical reasons why it doesn't Just Work, but basically it comes down to no-one ever working on it. Our customers were

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 Jakub Jelinek changed: What|Removed |Added CC||redi at gcc dot gnu.org --- Comment #2

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 Tobias Burnus changed: What|Removed |Added Component|c++ |target Summary|[OpenMP]