You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There is a strange #define delete in IMemory.h which, when included before IThread.h enters in collision with MutexLock(const MutexLock& rhs) = delete; (C 11). Redefining delete is something that should be avoided IMHO to avoid this kind of difficult-to-track compilation failures : VS studio does not get you to the original #define and just prompt a static_assert.
The text was updated successfully, but these errors were encountered:
Yes. It is to discourage using the C/C memory allocation/deallocation functions directly and instead use the tf_ variants. If you notice, IMemory.h is always included last in all source files. That should fix the error. If for some reason you are forced to include IMemory.h in a header file, there is a macro you can set - IMEMORY_FROM_HEADER
There is a strange
#define delete
inIMemory.h
which, when included beforeIThread.h
enters in collision withMutexLock(const MutexLock& rhs) = delete;
(C 11). Redefiningdelete
is something that should be avoided IMHO to avoid this kind of difficult-to-track compilation failures : VS studio does not get you to the original#define
and just prompt astatic_assert
.The text was updated successfully, but these errors were encountered: