我在理解尝试运行icpc编译程序时收到的分段错误时遇到了问题。
一个简单的例子包含以下文件:
// Filename: include/lib1.h
#include <string>
namespace Lib1 {
// Template initialization, T: int, double
template< typename T>
T function1( T x, T y );
// Give me the version
std::string VERSION(void);
}
// Filename: include/lib2.h
#include <string>
namespace Lib2 {
// Give me the version
std::string VERSION(void);
}
// Filename: src/main.cpp
#include <iostream>
#include <string>
#include "lib1.h"
#include "lib2.h"
int main( int argc, char* argv[] ) {
std::cout << "Lib1::VERSION() :" << Lib1::VERSION()
<< std::endl;
std::cout << "Lib2::VERSION() :" << Lib2::VERSION()
<< std::endl;
double x = 1., y = 2.;
std::cout << "Lib1::function1(x, y): "
<< Lib1::function1(x, y)
<< std::endl;
return 0;
}
// Filename: src/lib1/lib1.cpp
#include <string>
#include "lib1.h"
template< typename T >
T Lib1::function1( T x, T y ) {
return x * y;
}
std::string Lib1::VERSION(void) {
return std::string("v0.0.2");
}
// Instantiation for dynamic library
template double Lib1::function1(double, double);
template int Lib1::function1(int, int);
// Filename: src/lib2/lib2.cpp
#include <string>
#include "lib2.h"
std::string Lib2::VERSION(void) {
return std::string("v0.0.1");
}
在这个简单,愚蠢的例子中,当我使用
编译文件时clang++ -Wall -c -fPIC -I include -o liblib1.o src/lib1/lib1.cpp
clang++ -Wall -shared -o liblib1.so liblib1.o
clang++ -Wall -c -fPIC -I include -o liblib2.o src/lib2/lib2.cpp
clang++ -Wall -shared -o liblib2.so liblib2.o
clang++ -Wall -o main.out -I include -L ./ -llib1 -llib2 src/main.cpp
程序运行正常(假设我正确修改了我的LD_LIBRARY_PATH
环境变量。但是,当我使用
icpc -Wall -c -fPIC -I include -o liblib1.o src/lib1/lib1.cpp
icpc -Wall -shared -o liblib1.so liblib1.o
icpc -Wall -c -fPIC -I include -o liblib2.o src/lib2/lib2.cpp
icpc -Wall -shared -o liblib2.so liblib2.o
icpc -Wall -o main.out -I include -L ./ -llib1 -llib2 src/main.cpp
然后程序给了我:
[1] 27397 segmentation fault (core dumped) LD_LIBRARY_PATH=./:$LD_LIBRARY_PATH ./main.out
如果您帮助我了解并解决了这个问题,我将不胜感激。当我在网上做一些研究时,我遇到了一些关于内存访问问题的消息来源,但是我现在没有做任何想法。此外,我尝试使用ddd
(我在gdb
中不流利/好)并在那里运行程序,但该程序在程序启动后立即存在segfault。我甚至无法追踪该程序(是的,在运行ddd
之前,我使用了-debug -g
个开关)。
答案 0 :(得分:0)
Intel Parallel Studio v16.0.3 的情况恰好是Ubuntu和Arch Linux平台存在(已知)问题,遗憾的是这些系统尚未获得官方支持,要么。
一个快速的解决方法似乎是暂时降级到 v16.0.2 。