Nowe miejsce docelowe z przeciążonym zwykłym nowym operatorem

Question

Mam obiekt typu MyType, który z powodów SSE musi być wyrównany do 16 bajtów. Napisałem więc alokator i przeciąłem operatorów new. Metody MyType:

inline static void* operator new(size_t size) { 
    awesome::my_allocator<MyType,16> alloc; 
    return alloc.allocate(size); 
} 
inline static void* operator new[](size_t size) { return operator new(size); } 
inline static void operator delete(void* ptr) { 
    awesome::my_allocator<MyType,16> alloc; 
    alloc.deallocate(reinterpret_cast<MyType*>(ptr),0); //last arg ignored in my impl 
} 
inline static void operator delete[](void* ptr) { operator delete(ptr); } 

Teraz ze względów cache-lokalności, muszę skopiować-konstruować wystąpienie do konkretnego kawałka 64-bajtowy wyrównany pamięci:

void MyType::copy_into(uint8_t* ptr) const { 
    new (reinterpret_cast<MyType*>(ptr)) MyType(*this); 
} 

GCC mówi mi:

error: no matching function for call to ‘MyType::operator new(sizetype, MyType*)’ 

ICC mi mówi:

error : function "MyType::operator new" cannot be called with the given argument list 
1>    argument types are: (unsigned __int64, MyType *) 

---

Jak rozumiem, nowy operator placement jest przez C++ realizacji (lub ewentualnie przez <new>, który Próbowałem też #include ing?) I po prostu zwraca jej argument (new sprawia pamięć dostępny i rozmieszczenie new jest programistą informującym, że dana pamięć jest dostępna).

Co ciekawe, błąd robi nie wystąpić, gdy zwykły (!) Nowych operatorów określone powyżej są nie w klasie. Rzeczywiście, MyOtherType, który ich nie definiuje, działa dobrze.

Pytanie: co się dzieje? Jak mam to naprawić?

Answer 1

Po zdefiniowaniu operator new w swojej klasie, musisz użyć globalnej wersji new, aby użyć wersji miejsca docelowego.

#include <new> 

... 

::new (reinterpret_cast<MyType*>(ptr)) MyType(*this);