在Linux(而不是OSX）中链接时发生库冲突

我已经在OSX笔记本电脑上成功编译并执行了一些代码，现在正试图将项目转移到运行Scientific Linux的HPC上。

代码似乎可以正确编译和链接，但当我运行可执行文件时，它会中止：

抛出'H5:：DataSpaceIException'实例后调用terminate
中止(核心转储(

我在应该是程序的第一行执行的地方放了一条print语句，但这一行永远不会到达，即程序在第一行执行之前就终止了。

我已经将问题隔离到一个特定的库中，即在没有库的情况下编译时，一切都正常(除了依赖库的临时删除的函数(。当包含库时，它会编译，但会如上所述中止。我已经将同一个库链接到其他使用它的可执行文件：是否与我链接到的其他库有冲突？

我对C++很陌生，对这种调试也很陌生。以下是程序中止时gdb的回溯：

#0  0x00002aaaad82a1f7 in raise () from /lib64/libc.so.6
#1  0x00002aaaad82b8e8 in abort () from /lib64/libc.so.6
#2  0x00002aaaad337ac5 in __gnu_cxx::__verbose_terminate_handler() () from /lib64/libstdc++.so.6
#3  0x00002aaaad335a36 in ?? () from /lib64/libstdc++.so.6
#4  0x00002aaaad335a63 in std::terminate() () from /lib64/libstdc++.so.6
#5  0x00002aaaad335c83 in __cxa_throw () from /lib64/libstdc++.so.6
#6  0x00000000020ec521 in H5::DataSpace::getConstant() ()
#7  0x0000000000da8dff in _GLOBAL__sub_I_H5DataSpace.cpp ()
#8  0x00000000024ecdcd in __libc_csu_init ()
#9  0x00002aaaad816b95 in __libc_start_main () from /lib64/libc.so.6
#10 0x0000000000dab7a7 in _start ()
(gdb)

我真的不知道从哪里开始解释这个。我想把它比作我笔记本电脑上工作版本的回溯。如果我在main上放了一个断点，我知道它在Linux版本中不会执行，那么运行并打印一个我得到的回溯：

* thread #1, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
* frame #0: 0x0000000100003490 antsRegistration`ants::antsRegistration(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > >, std::__1::basic_ostream<char, std::__1::char_traits<char> >*)
frame #1: 0x000000010000306e antsRegistration`main + 62
frame #2: 0x00007fff5abc3115 libdyld.dylib`start + 1

实际上，它看起来更像源代码，但并不能帮助我识别任何差异。欢迎在这里提供任何见解或调试策略。