Question

我试图用g ++ 4.8重新编译一个巨大的遗留应用程序，以便调试glibc detected memory corruption问题（使用AddressSanitizer）。以前我们使用g ++ 4.4.7。

但是，编译失败了：

/opt/rh/devtoolset-2/root/usr/include/c++/4.8.2/bits/exception_ptr.h:40:4: error: #error This platform does not support exception propagation.

编译自定义异常处理程序时（我猜）。自定义异常处理程序仅在一个位置使用exception_ptr：

void reportOtherException(void) const
{
    std::exception_ptr p = std::current_exception();
    std::string s = (p != 0 ? p.__cxa_exception_type()->name() : "null");

    printf("DvMain Bad Exception: '%s'\n", s.c_str());
    mErrorReporter(0, DvLog::WARNING, 0, Dv::NO_PROFILE, 0, DvLog::UNHANDLED_OTHER_EXCEPTION);
}

并reportOtherException()使用如下：

try
{
    // Catch and log uncaught exceptions, then exit.
    catch (const std::bad_exception& e) { exHandler.reportBadException(e);      }
    catch (const std::exception& e)     { exHandler.reportStandardException(e); }
    catch (...)                         { exHandler.reportOtherException();     }
}

我对C ++很陌生，并且不知道错误甚至意味着什么。使用4.4.7并且不使用4.8。

有关需要更改以在4.8上编译的内容的任何指示？

编辑我

以下是其他一些信息：

g++ --version
g++ (GCC) 4.8.2 20140120 (Red Hat 4.8.2-15)

最低代码

DvComDefaultExceptionHandler_test.h

#include "DvCommon.h"
#include "evt/DvEvt.h"
#include "log/DvLog.h"
#include "com/DvComErrorReporter.h"

#include <new>
#include <exception>
#include <sys/time.h>
#include <sys/resource.h>
#include <stdlib.h>
#include <unistd.h>
#include <malloc.h>
#include <bits/exception_ptr.h>

class DvComDefaultExceptionHandler
{
public:
    DvComDefaultExceptionHandler(const DvComErrorReporter& er) {}
    ~DvComDefaultExceptionHandler() {   }

    void reportOtherException(void) const
    {
        std::exception_ptr p = std::current_exception();
    }

private:

    static const DvComDefaultExceptionHandler*  mpInstance;
};

DvComDefaultExceptionHandler_test.cpp

#include "DvCommon.h"
#include "com/DvComDefaultExceptionHandler_test.h"


// Pointer to the single instance of the DvComDefaultExceptionHandler class.
const DvComDefaultExceptionHandler*
DvComDefaultExceptionHandler::mpInstance = 0;

编译命令和输出

g++ -c -g -O0  -DDEBUG -Wall -Wextra -Wno-sign-compare -Wcast-align 
--ftemplate-depth-32 -march=native -ggdb -fPIC -Iinclude -I../../include 
-I../../src -I/usr/include/libxml2 -D_GNU_SOURCE   
-I/mnt/swdevel/DVMon/source_build/ext/ACE -D__ACE_INLINE__ 
-I/usr/local/include -I/usr/lib/qt-3.3/include 
-o DvComDefaultExceptionHandler.o DvComDefaultExceptionHandler_test.cpp
In file included from ../../include/com/DvComDefaultExceptionHandler_test.h:76:0,
                 from DvComDefaultExceptionHandler_test.cpp:13:
/opt/rh/devtoolset-2/root/usr/include/c++/4.8.2/bits/exception_ptr.h:40:4: error: #error This platform does not support exception propagation.
 #  error This platform does not support exception propagation.

编辑II

跟踪包含文件的结果是__GCC_ATOMIC_INT_LOCK_FREE的值。运行这个简单的程序打印＆＃39; 2＆＃39;作为__GCC_ATOMIC_INT_LOCK_FREE的值。

int
main(int argc, char **argv)
{
    printf("__GCC_ATOMIC_INT_LOCK_FREE = %d\n", __GCC_ATOMIC_INT_LOCK_FREE);
}

G ++ VERSION：

$ g++ --version
g++ (GCC) 4.8.2 20140120 (Red Hat 4.8.2-15)

编辑II

我已经尝试使用在Centos 7 VM上运行的g ++ 6.3.1。仍然是同样的问题。

源文件 - 仅限一行

#include <bits/exception_ptr.h>

编译命令：g++ -c -o test.o test.cpp

Answer 1

我能够使用dockerized Centos6和gcc 4.8.2重现您的问题。将开发工具升级到版本6（gcc 6.3.1）后，您的代码编译没有任何问题。尝试使用这些步骤升级开发工具（建议仅用于测试）：

通过添加文件 /etc/yum.repos.d/devtools-sclo.repo 添加sclo centos6存储库：

[testing-devtools]
name=devtools multiple for CentOS 
baseurl=http://mirror.centos.org/centos/6/sclo/x86_64/rh/
gpgcheck=0

安装devtoolset-6软件包：

yum install devtoolset-6-binutils devtoolset-6-gcc-c ++
将bash环境设置为新版本：

scl enable devtoolset-6 bash

现在尝试重新编译基础示例和完整源代码。

注意：这个相同的存储库也包含devtoolset-3和devtoolset-4的软件包。如果需要，很容易尝试。

Answer 2

首先，直接包括<bits/exception_ptr.h>在技术上是不受支持的。它在头文件中如此说明。这在GCC 4.4中或多或少地偶然发生。此头文件的C ++ 11迁移打破了它，因为由于名称空间原因，C ++ 98代码无法使用ATOMIC_INT_LOCK_FREE宏，并且标头不再起作用。

在GCC 7中，作为此错误的一部分，这已被修复（再次意外）：

std::future broken on armel

直接包含<bits/exception_ptr.h>的技巧应该在这个版本中再次使用。

这意味着您的选项是：

在C ++ 11或更高版本模式下编译代码（推荐使用GCC 6的C ++ 14）。
如果可用，则使用GCC 7升级到DTS 7，其中包含重新启用C ++ 98 hack的上游修复程序。
在opaque类型中包含std::exception_ptr的使用，在C ++ 11或更高版本模式下编译其实现，并使系统的其余部分保持在C ++ 98模式。

使用另一个hack，也许就像这个：

#include <exception>
#ifndef ATOMIC_INT_LOCK_FREE
# define ATOMIC_INT_LOCK_FREE __GCC_ATOMIC_INT_LOCK_FREE
#endif
#include <bits/exception_ptr.h>

同样，这完全不受支持，但它不应该比你今天的更糟糕（使用GCC 4.4）。

升级到G ++ 4.8 - exception_ptr.h不支持异常传播

2 个答案: