C++ 如何在EclipseIDE中添加GLIBCXX_FORCE_NEW来解决Valgrind字符串泄漏问题？

对不起，这是个愚蠢的问题。我最近在一个可执行文件上运行了valgrind来查找内存泄漏。在valgrind内存泄漏报告中，它显示以下可能丢失的内容：

==20425== 64 bytes in 1 blocks are possibly lost in loss record 520 of 580
==20425==    at 0x4029FDE: operator new(unsigned int) (vg_replace_malloc.c:313)
==20425==    by 0x415F213: std::string::_Rep::_S_create(unsigned int, unsigned int, std::allocator<char> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.19)
==20425==    by 0x4161125: char* std::string::_S_construct<char const*>(char const*, char const*, std::allocator<char> const&, std::forward_iterator_tag) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.19)
==20425==    by 0x41617AF: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.19)
==20425==    by 0x804B805: test() (MyApp.cpp:228)

==20425==1个块中的64个字节可能在580的丢失记录520中丢失
==20425==at 0x4029FDE:运算符新（无符号整数）（vg_替换_malloc.c:313）
==20425==by 0x415F213:std:：string:：_Rep:：_S_create（unsigned int，unsigned int，std:：allocator const&）（in/usr/lib/i386 linux gnu/libstdc++.so.6.0.19）
==20425==by 0x4161125:char*std:：string:：_S_构造（char const*，char const*，std:：allocator const&，std:：forward_iterator_标记）（in/usr/lib/i386 linux gnu/libstdc++.so.6.0.19）
==20425==by 0x41617AF:std:：basic_string:：basic_string（char const*，std:：allocator const&）（在/usr/lib/i386 linux gnu/libstdc++.so.6.0.19中）
==20425==by 0x804B805:test（）（MyApp.cpp:228）

在读取堆栈溢出后，这个“字符串”错误报告似乎是由内存池优化引起的，valgrind不喜欢它。有人建议使用GLIBCXX_FORCE_NEW来修复它。如何配置EclipseIDE以在编译过程中使用它？

尝试最近的valgrind（3.9.0或最新的SVN版本）并查看 如果 valgrind——泄漏检查启发法=测试您的_程序 解决可能丢失的问题 （注意还有其他的帮助C++的试探法。 使用--leak check heuristics=all将其全部激活）