是否有可能完全禁用默认的C ++新操作符?

由于我们的应用程序有困难的性能和内存限制,我们的编码标准禁止使用默认的堆 – 即没有malloc ,没有默认的new 。 每个内存分配必须select几个特定的​​分配器之一; 就像是

 // declared globally void* operator new( size_t size, CustomAllocHeap* heap, const char* perpetrator_name ) { return heap->Allocate( size, perpetrator_name ); } // imagine a bunch of CustomAllocHeap's declared globally or statically, thus Vector* v = new( gPhysicsHeap, __FUNCTION__ ) Vector( 1.0f, 2.0f, 3.0f, 4.0f ); // or in a class Thingy* p = new( this->LocalArenaHeap, __FUNCTION__ ) Thingy(); 

尽pipe我们已经在代码中保持了良好的纪律,但是一些标准的C ++组件(containers, std::function )隐藏了对默认new堆的调用,这非常糟糕。

以某种方式完全禁用默认的new代码会很好,这样隐含地导致默认分配的任何代码行都会立即引发编译器错误。 这会让我们马上注意到这些事情。

我们显然可以做出new的运行时错误,

 void* operator new ( size_t ) { __debugbreak(); return NULL; } 

但是在编译时得到这个警告会好得多。 那可能吗?

我们的应用程序是build立在一个固定的平台(与Visual Studio的x64); 便携性是无关紧要的。

你可以实现默认的new来调用一个未实现的函数。 然后,在链接的时候,你会得到一个new电话用户的错误:

 #include <stdexcept> inline void * operator new (std::size_t) throw(std::bad_alloc) { extern void *bare_new_erroneously_called(); return bare_new_erroneously_called(); } 

当我在IDEONE上testing它时,我得到这个错误:

 /home/geXgjE/ccrEKfzG.o: In function `main': prog.cpp:(.text.startup+0xa): undefined reference to `bare_new_erroneously_called()' collect2: error: ld returned 1 exit status 

在我的testing中,使用g++ ,如果在程序中没有引用new引用,就没有链接错误。 这是因为g++不会为未使用的inline函数发出代码。

我的系统上没有安装Visual Studio,因此以下信息仅基于我find的一些文档。 为了让内联的new操作符在任何地方都能看到,你应该把它的定义放在一个头文件中,然后在编译器中使用/FI detect_bare_new.h选项。 *根据这个答案 ,Visual Studio将不会为未使用的inline函数(如g++ )生成代码。 但是,您应该检查是否存在需要为该行为启用的优化级别。

* g++有一个类似的编译器选项: -include detect_bare_new.h

这假定您打算将自己的分配器传递给标准C ++库中的C ++模板和类。 如果你不这样做,那么在调用默认分配器(将调用new )的标准头文件中插入代码也会触发链接错误。 如果你希望允许标准的C ++库使用默认的new ,那么使它工作的一个简单的方法是以更长的编译时间为代价,把你想要包含的所有标准C ++头添加到detect_bare_new.h文件。

您声明解决scheme的可移植性对您并不重要。 但为了完整起见,我应该强调Ben Voigt正确指出的问题:C ++标准不保证不为未使用的inline函数生成代码的行为。 所以,即使不使用该function,也可能会出现链接错误。 但是,如果代码除了在new实现中有没有其他的引用,这个错误将在new定义本身。 例如, g++可能会产生如下错误:

 /home/QixX3R/cczri4AW.o: In function `operator new(unsigned int)': prog.cpp:(.text+0x1): undefined reference to `bare_new_erroneously_called()' collect2: error: ld returned 1 exit status 

如果您的系统为未使用的inline函数生成代码,那么您可能仍然有一个解决方法。 如果链接器将报告未定义函数的所有错误引用,解决方法将工作。 在这种情况下,如果观察到的唯一链接错误是由于new操作符本身的定义所致,则不会有意外的new调用。 在validation代码只有这个单一的错误之后,你可以改变链接来包含一个对象或库,该对象或库有一个适当定义的bare_new_erroneously_called() ,它会抛出一个运行时exception。

如果你自己的“新”操作符不是被命名为“新”,而是不同的(例如“myNew”),你可以用一个“#define”代替垃圾的“新”

 #define new *+-/& 

预编译器现在将replace“新”:

 x = new mytype; 

由垃圾:

 x = *+-/& mytype; 

与链接时的消息相比,它的优点是它将在编译C ++文件时立即生成编译器消息,而不是在链接时最终生成。 您还可以看到“新”所在的行。

缺点是你必须在项目的所有C ++文件中“#include”包含这个“#define”的文件。

毒药吧!
如果你使用的是GCC,这里有一个附注:

 #ifdef __GNUC__ /* poision memory functions */ # pragma GCC poison malloc new #endif