shared-libraries

    -1热度

    1回答

    我有一个包含多个源文件的项目,并且我正在使用GoogleTest库为其中一些源文件创建单元测试。这些测试都是单独的.cpp文件,每个文件都包含要测试的相应源文件的标题。 我想为每个单元测试创​​建一个单独的可执行文件。为此,我有一个循环,为test_sources列表中的每个成员创建可执行文件,并根据test_names列表对其进行命名。 问题是,我的几个单元测试需要另一个第三方库。该库在${${

    1热度

    1回答

    我有一个变量: set(${PROJECT_NAME}_EXTERNAL_LIBRARIES ${PocoNetExternal_LIBRARIES} ) 它来源于: set(EXTERNAL_NAME PocoNetExternal) set(${EXTERNAL_NAME}_LIBRARIES ${PROJECT_BINARY_DIR}/${EXTERN

    0热度

    1回答

    我试图在我的MacOSx上使用C++的小波库(https://sourceforge.net/projects/wavelet2d/files/wavelib-0.4.0.0/),并且在使它工作时遇到了困难。 这里是我的命令行: g++ -I /usr/local/include/wavelib -L /usr/local/lib -lwavelet2d testWavelib3.cpp -o t

    1热度

    1回答

    我创建了一个简单的Qt控制台应用程序(dbus服务),我需要使用systemd启动它。 不过我每次执行时间systemctl启动my_serv它未能启动应用程序,我最终不得不日志中journalctl -xe表明应用程序加载失败libQt5Gui.so.5(我敢肯定它没有与此相关的特定库): raspberrypi systemd[1]: Started my_serv.service. ras

    1热度

    1回答

    文件我被称为address2lineutil.so和我的机器已经拥有图书馆工作的binutils addr2line和建筑具有的binutils 2.22装安装在/ usr/lib目录下。 当我做我的图书馆LDD address2lineutil.so ~/dev/binutilsinstaller_TEST_6917/lib$ ldd libaddress2lineutil.so l

    0热度

    1回答

    我有一个使用单身的程序。该程序在运行时加载共享对象库。这个库也使用同一个单例。 问题是,当从库中访问单例时,将创建单例的新实例。 程序与-rdynamic联系,我用-fPIC两个和装载情况是这样的: std::shared_ptr<Module> createModuleObject(const std::string& filename) { if (!fs::exists(file

    1热度

    1回答

    我们最近添加了cpu-features来检测平台功能,如ARMV8和CRC,AES和SHA。我们抓住了一个bug report与最新的NDK建设。当我们在armeabi项目尝试包括<cpu-features.h>它导致: $ make -f GNUmakefile-cross arm-linux-androideabi-g++ -DNDEBUG -g2 -O3 -fPIC -pipe -marc

    1热度

    1回答

    我得到了一个安装和库问题的LabJack的产品https://labjack.com/products/u12 我遵循在Ubuntu 16.04安装这些安装步骤。 https://labjack.com/support/software/installers/exodriver/mac-and-linux/in-depth-build-instructions 下面的代码使我对DigitalIO未

    0热度

    1回答

    我们为由jdeveloper 12.2.1.1.0开发的巨大ADF应用程序提供了一个支柱设计。只是我们分开我们的业务分成许多的工作区如下: SharedUI.jar:包括皮肤,模板,声明组件,JS等 SharedCode.jar:包含核心类和框架扩展类 xxxxxFinance.ear::我们的工作空间(有SharedUI.jar和SharedCode.jar 在视图层项目的附加库) 部署方式之一

    4热度

    1回答

    我试图建立了Debian共享对象库指定名称 cat /etc/issue Debian GNU/Linux 9 \n \l 我建库和对象为正常(wrap.c作为包装打造所有目标文件) gcc -c -fPIC -W -Wall -O2 -funroll-loops wrap.c gcc -shared -Wl,-soname,libtest.so -o libtest.so *.o mv