草庐IT

shared-libraries

全部标签

c++ - g++ 相对路径

我正在尝试使用g++设计一个共享库的共享库,希望能简化我的编译脚本并简化我将来的更新过程,但我在GNU工具和编写库方面充其量只是新手,在那.任何人都可以就g++是否可以实现以下想法提供建议吗?为方便起见,考虑以下文件系统布局:main.cpplibraryX/libraryX/libX.solibraryX/libraryY/libraryX/libraryY/libY.solibraryX/libraryZ/libraryX/libraryZ/libZ.so我的目标是能够使用级联相对路径间接链接。例如,main.cpp链接到libraryX/libX.so,后者链接到libraryY

c++ - 使用 C/C++ 以外的语言构建共享库,特别是序言

是否可以使用C或C++以外的语言构建共享库(例如*.so、*.dll)?构建共享库的基本要求是什么?该语言是否能够编译为native二进制文件?我特别想知道是否可以从Prolog构建共享库。例如我可以使用Prolog构建一个.so吗,然后我可以从另一种语言(C、Java、Python等)链接到它。 最佳答案 您可以使用多种语言构建共享库。我经常使用的一个是Delphi,它可以为Windows创建dll。对于Prolog,不确定您是否可以创建共享库,它需要某种运行时环境,如果有的话我会从GNU-Prolog开始。问题不在于许可,而在于

c++ - 为什么 boost::interprocess::managed_shared_ptr to non-const 不能转换为 managed_shared_ptr to const

据我了解,以下内容对boost::shared_ptr有效:boost::shared_ptrptr;...boost::shared_ptrc_ptr=ptr;//Valid相同的行为不适用于boost::interprocess::managed_shared_ptr。为什么? 最佳答案 boost::interprocess::managed_shared_ptr实际上不是共享指针;它只是一个辅助类,您可以使用它来定义一个类的类型。来自interprocessdocs:typedefmanaged_shared_ptr::ty

c++ - Qt Release build 给出 MSVC++ Runtime Library Error

在Debug模式下构建时,我有一个完美运行的应用程序(带有大约16个DLL的exe)。然而,一旦我切换到Release,获取exe和构建的所有DLL,所有必需的DLL从QtSDKbin复制过来,我就会遇到运行时错误。我应该如何排查发生的问题?这是一个普遍的问题吗?我没有任何入口点等,甚至无法从...开始。只是一个一般的运行时错误。我发现的唯一类似问题是here,但这是来自更旧版本的Qt。4.7.4只有一个bin文件夹。编辑1-除了创建我的MainWindow对象之外,我已经注释了我的main.cpp中的所有内容,以及我的MainWindow构造函数中的所有内容,所以它应该只是打开一个空

c++ - boost::unique_lock 和 boost::shared_lock 用于读写锁

我们已经实现了读写锁typedefboost::unique_lockWriterLock;typedefboost::shared_lockReadersLock;我们有很多多线程读者而只有少数作家。读者与其他读者共享访问权限,但阻止作者访问。Writer阻塞,直到它具有对该资源的独占访问权限。我们无法在boost文档中找到它...防止Writer饥饿的策略是什么?例如,如果有很多读者都从一个线程池中获取锁,那么在写者最终获得锁之前,锁尝试次数是否有上限?我们看到的性能数字似乎表明写入必须等到根本没有读者,并且在极少数情况下会等待很长时间,因为新读者可以在当前读者正在接受服务时请求锁

c++ - 在 (unordered_)set 中修改 shared_ptr 是否安全?

存储在set或unordered_set中的元素是不可变的。如果更改存储在set中的元素,这可能会导致该集合不再正常工作。但是,这是否包括将shared_ptr存储在集合中时指向的对象?就set而言,它使用less()来比较两个对象。如果指向的对象更改或引用计数更改,结果不应更改。所以我会理解拥有一组shared_ptr并修改指向的对象是完全安全的。但是,由于unordered_set使用hash()来计算其元素的哈希值,这相当于调用hash()shared_ptr的指向对象,修改指向的对象会给我们带来麻烦。这是正确的吗? 最佳答案

c++ - 'implicit sharing' 是否可从 Qt 类继承?

如果我创建一个隐式共享的Qt类(例如QList)的子类,我的子类也会被隐式共享吗?我读了briefintroductiontoimplicitsharing位于QtCore5.3文档中,但我没有看到任何关于遗传性的提及。我提问的目的是在决定传递哪些参数以及如何传递它们时尝试编写更高效的代码。 最佳答案 如评论中所述,使用隐式共享的Qt类通常是数据容器或工具,不打算被子类化。您会注意到,因为没有虚析构函数,实际上根本就没有虚函数。由于风险和不良做法,您可能希望在没有继承的情况下进行不同的设计。回答你的问题:隐式共享如何运作?类实例共享

c++ - cmake:我必须按什么顺序指定 TARGET_LINK_LIBRARIES

我一次又一次地与链接器问题作斗争,因为必须以正确的顺序指定TARGET_LINK_LIBRARIES中的所有库。但是我怎样才能确定这个顺序呢?示例:我有以下库libAdependsonboostlibBdependsonpostgresqlandlibA(andthereforeonboost)myTargetuseslibA,libBandboostdirectly(andthroughlibBdependsonpostgresql)由于所有必需的库仅在创建可执行文件时才被链接,因此我必须在链接myTarget(最终可执行文件)时指定所有库:TARGET_LINK_LIBRARIES

Python + setuptools : distributing a pre-compiled shared library with boost. python 绑定(bind)

我有一个C++库(我们在下文中将其称为示例),我使用boost.python库为其编写了Python绑定(bind)。这个Python包装的库将称为pyExample。整个项目是使用CMake构建的,生成的Python包装库是一个名为libpyExample.so的文件。当我使用与libpyExample.so位于同一目录中的Python脚本中的Python绑定(bind)时,我只需编写:importlibpyExamplelibpyExample.hello_world()这会执行包装过程公开的hello_world()函数。我想做什么为了方便起见,我希望我的pyExample库可以

c++ - 从 enable_shared_from_this 返回 self 的 shared_ptr 继承的类的子类

我想知道是否有像这样的伪代码来做一些事情:classA:publicstd::enable_shared_from_this{public:std::shared_ptrgetPtr(){returnstd::static_pointer_cast(shared_from_this());}};classB:publicA{std::vectorcontainer;std::shared_ptraddChild(Achild){container.push_back(child);returngetPtr();}};classC:publicB{public:std::shared_p