【问题标题】:creating shared library linker undefined reference to创建共享库链接器未定义的引用
【发布时间】:2016-06-19 19:38:09
【问题描述】:

我使用

构建了一个共享库
 arm-linux-gnueabi-g++ -Wall -fPIC -c -I../../../onvifgen -I. *.cpp -include openssl/all.h -fpermissive -DWITH_OPENSSL
 arm-linux-gnueabi-g++ -shared -fPIC -Wl,-soname,libonvif.so.1 -o libonvif.so.1.0   *.o
 ln -sf libonvif.so.1.0 libonvif.so.1
 ln -sf libonvif.so.1.0 libonvif.so

当我尝试使用该库时,我得到了很多

 ../../../../binaries/lib/libonvif.so: undefined reference to 

这是我使用的命令

 arm-linux-gnueabi-g++ -I../../../../binaries/include -I../../../include -fpermissive -include ../../../../binaries/include/openssl/all.h -w -o test1 onvifclient.cpp -L../../../../binaries/lib -lonvif -lssl -lcrypto -lpthread -DWITH_OPENSSL

如命令 -lonvif 所示在输入文件 onvifclient.cpp 之后,因此链接器应该找到它。

使用来自相同目标文件的静态库 .o 有效,链接器生成可执行文件。

我在 SO 上找到的所有答案都与排序有关。

关于错误的更多信息:

../../../../binaries/lib/libonvif.so: undefined reference to `ReceiverBindingService::CreateReceiver(_trv__CreateReceiver*, _trv__CreateReceiverResponse*)'
../../../../binaries/lib/libonvif.so: undefined reference to `PullPointSubscriptionBindingService::PullMessages(_tev__PullMessages*, _tev__PullMessagesResponse*)'
../../../../binaries/lib/libonvif.so: undefined reference to `ReceiverBindingService::GetReceiver(_trv__GetReceiver*, _trv__GetReceiverResponse*)'
../../../../binaries/lib/libonvif.so: undefined reference to `RecordingBindingService::GetRecordingJobState(_trc__GetRecordingJobState*, _trc__GetRecordingJobStateResponse*)'
../../../../binaries/lib/libonvif.so: undefined reference to `PullPointSubscriptionBindingService::Renew_(_wsnt__Renew*, _wsnt__RenewResponse*)'
../../../../binaries/lib/libonvif.so: undefined reference to `MediaBindingService::GetVideoEncoderConfigurations(_trt__GetVideoEncoderConfigurations*, _trt__GetVideoEncoderConfigurationsResponse*)'
../../../../binaries/lib/libonvif.so: undefined reference to `wsddService::Resolve(wsdd__ResolveType*)'
../../../../binaries/lib/libonvif.so: undefined reference to `MediaBindingService::GetAudioDecoderConfiguration_(_trt__GetAudioDecoderConfiguration*, _trt__GetAudioDecoderConfigurationResponse*)'
+ 100+ more errors but other functions.

所有这些函数都可以在 cpp 文件中找到并正确定义。

使用nm libonvif.so -C| grep MediaBindingService::GetVideoEncoderConfigurations

我得到以下结果。

     U MediaBindingService::GetVideoEncoderConfigurations(_trt__GetVideoEncoderConfigurations*, _trt__GetVideoEncoderConfigurationsResponse*)
     U MediaBindingService::GetVideoEncoderConfigurations_(_trt__GetVideoEncoderConfigurations*, _trt__GetVideoEncoderConfigurationsResponse*)

MediaBindingService::GetVideoEncoderConfigurations 是一个纯虚函数,在类内部定义为:

virtual int GetVideoEncoderConfigurations(_trt__GetVideoEncoderConfigurations *trt__GetVideoEncoderConfigurations, _trt__GetVideoEncoderConfigurationsResponse *trt__GetVideoEncoderConfigurationsResponse) =0;

【问题讨论】:

    标签: linux linker g++ shared-libraries cross-compiling


    【解决方案1】:

    共享库的制作过程是正确的。 问题是我有没有身体的功能。 解决了将虚函数设为纯虚函数的问题。

     virtual void function_name() = 0;
    

    而不是

     virtual void function_name();
    

    静态库允许没有主体的函数;共享库没有。

    【讨论】:

      猜你喜欢
      • 2019-02-12
      • 2013-06-21
      • 1970-01-01
      • 2015-02-15
      • 2011-08-08
      • 2011-12-03
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多