草庐IT

split-per-abi

全部标签

Android 4.3 虚拟设备 CPU/ABI - 未安装系统镜像 (eclipse)

我正在尝试设置新设备,但无法继续此过程。我认为这是因为目标版本是4.3。我知道我需要从AndroidSDK管理器下载它。但是正如你所看到的,它已经安装好了 最佳答案 重新安装ARMEABIv7a系统镜像和Intelx86Atom系统镜像重启eclipse我认为它会起作用 关于Android4.3虚拟设备CPU/ABI-未安装系统镜像(eclipse),我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/q

Android 4.3 虚拟设备 CPU/ABI - 未安装系统镜像 (eclipse)

我正在尝试设置新设备,但无法继续此过程。我认为这是因为目标版本是4.3。我知道我需要从AndroidSDK管理器下载它。但是正如你所看到的,它已经安装好了 最佳答案 重新安装ARMEABIv7a系统镜像和Intelx86Atom系统镜像重启eclipse我认为它会起作用 关于Android4.3虚拟设备CPU/ABI-未安装系统镜像(eclipse),我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/q

c++ - 添加私有(private)成员变量如何破坏 C++ ABI 兼容性?

pimplidiom常用来允许更改动态链接库中的代码,而不会破坏ABI兼容性并且不必重新编译依赖于库的所有代码。大部分explanations我看到提到添加一个新的私有(private)成员变量会更改类中公共(public)和私有(private)成员的偏移量。这对我来说很有意义。我不明白的是,这实际上是如何破坏依赖库的。我对ELF文件以及动态链接的实际工作原理进行了大量阅读,但我仍然看不到更改共享库中的类大小会如何破坏。例如这是我编写的一个测试应用程序(a.out),它使用来自测试共享库(libInterface.so)的代码(Interface::some_method):agut

c++ - 添加私有(private)成员变量如何破坏 C++ ABI 兼容性?

pimplidiom常用来允许更改动态链接库中的代码,而不会破坏ABI兼容性并且不必重新编译依赖于库的所有代码。大部分explanations我看到提到添加一个新的私有(private)成员变量会更改类中公共(public)和私有(private)成员的偏移量。这对我来说很有意义。我不明白的是,这实际上是如何破坏依赖库的。我对ELF文件以及动态链接的实际工作原理进行了大量阅读,但我仍然看不到更改共享库中的类大小会如何破坏。例如这是我编写的一个测试应用程序(a.out),它使用来自测试共享库(libInterface.so)的代码(Interface::some_method):agut

c++ - _GLIBCXX_USE_CXX11_ABI、GCC 4.8 和 ABI 兼容性

我们收到了一些为linux编译的库(.a)(可能使用GCC6.x编译)。我们使用的是GCC4.8,我们得到了以下类型的错误:尝试链接时对std::__cxx11::basic_string的undefinedreference。通常可以通过确保所有单元都使用相同的_GLIBCXX_USE_CXX11_ABI标志编译来解决此问题。但是,如果我理解正确,这是由GCC5.1及更高版本引入的。有没有办法让它与GCC4.8一起工作,还是我们需要要求人们使用不同的_GLIBCXX_USE_CXX11_ABI重新编译库?我想如果我们能够切换到GCC>=5.1,我们可以完成这项工作吗?谢谢!

c++ - _GLIBCXX_USE_CXX11_ABI、GCC 4.8 和 ABI 兼容性

我们收到了一些为linux编译的库(.a)(可能使用GCC6.x编译)。我们使用的是GCC4.8,我们得到了以下类型的错误:尝试链接时对std::__cxx11::basic_string的undefinedreference。通常可以通过确保所有单元都使用相同的_GLIBCXX_USE_CXX11_ABI标志编译来解决此问题。但是,如果我理解正确,这是由GCC5.1及更高版本引入的。有没有办法让它与GCC4.8一起工作,还是我们需要要求人们使用不同的_GLIBCXX_USE_CXX11_ABI重新编译库?我想如果我们能够切换到GCC>=5.1,我们可以完成这项工作吗?谢谢!

ABI 错位名称中的 C++ 模板参数依赖 decltype

考虑以下函数:templateautoMin(A&&a,B&&b)->decltype(a(a):std::forward(b)){returna(a):std::forward(b);}片段Min(0,1)导致模板被实例化为Min.奇怪的是,Min的错误名称我的代码使用g++和clang是_Z3MinIiiEDTqultfp_fp0_cl7forwardIT_Efp_Ecl7forwardIT0_Efp0_EEOS0_OS1_(又名:decltype(({parm#1})({parm#1})):((forward)({parm#2})))Min(int&&,int&&))。换句话说,

ABI 错位名称中的 C++ 模板参数依赖 decltype

考虑以下函数:templateautoMin(A&&a,B&&b)->decltype(a(a):std::forward(b)){returna(a):std::forward(b);}片段Min(0,1)导致模板被实例化为Min.奇怪的是,Min的错误名称我的代码使用g++和clang是_Z3MinIiiEDTqultfp_fp0_cl7forwardIT_Efp_Ecl7forwardIT0_Efp0_EEOS0_OS1_(又名:decltype(({parm#1})({parm#1})):((forward)({parm#2})))Min(int&&,int&&))。换句话说,

c++ - 'Guaranteed Copy Elision' (P0135, C++1z) 是否可能需要 ABI 损坏?

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/p0135r0.html2016年6月在芬兰奥卢举行的session上,上述关于“保证复制省略”的提案被投票纳入C++工作文件,然后被投票作为委员会草案发布。希望这会导致明年作为C++17标准发布。该提案阐明了涉及临时对象的各种值类别,以强制在某些用例中不调用复制构造函数。我的问题是“这个新要求可能会破坏以前在这些情况下可能没有进行复制省略的编译器的ABI兼容性,或者以与新要求不兼容的方式实现它?"我正在考虑诸如初始化之类的事情,当对象的创建可以内联时会省略拷贝,但在跨越编译

c++ - 'Guaranteed Copy Elision' (P0135, C++1z) 是否可能需要 ABI 损坏?

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/p0135r0.html2016年6月在芬兰奥卢举行的session上,上述关于“保证复制省略”的提案被投票纳入C++工作文件,然后被投票作为委员会草案发布。希望这会导致明年作为C++17标准发布。该提案阐明了涉及临时对象的各种值类别,以强制在某些用例中不调用复制构造函数。我的问题是“这个新要求可能会破坏以前在这些情况下可能没有进行复制省略的编译器的ABI兼容性,或者以与新要求不兼容的方式实现它?"我正在考虑诸如初始化之类的事情,当对象的创建可以内联时会省略拷贝,但在跨越编译