windows c++程序移植到linux的要点

这段时间得到一份源码，是Windows下的，调试了一把，可以正常运行，可是没有Linux版本，而实际的应用场景是要在Linux服务器上面运行

所以涉及到Windows下c++程序的移植，有同事竭力推荐我使用boost库，原因很简单，boost已经实现了两个系统差异的屏蔽，一套代码，两个系统运行

另一些没有屏蔽的就是要点，总结了部分

1.库的加载

在windows中可以用  #pragma comment(lib,  ...

#ifdef WIN32
#pragma comment(lib, "osip2.lib")
#pragma comment(lib, "osipparser2.lib")
#pragma comment(lib, "eXosip.lib")
#pragma comment(lib, "InterProtocol.lib")
#pragma comment(lib, "tinyxml.lib")
#else
在linux中不行，需要直接编译的时候链接动态库所以改写如下
gcc -gbserver data.c -leXosip2 -ljrtp -ljthread -losip2 -losipparser2 -ltinyxml

2.头文件的路径问题

　　windows支持两种方式

#include "eXosip2/eXosip.h"
#include "eXosip2\eXosip.h"

都支持

而Linux只支持

#include "eXosip2/eXosip.h"

3.Linux编译的时候一般不用指定库的类型，一般会在指定的库前面加lib,优先加载动态库，然后再找静态库，但是一般要指定库的路径

gcc -std=gnu++11 -ggdb3
 Instance.cpp  jyzbyj.lnp.GbClientSdk.cpp  Session.cpp Sip.cpp
-fPIC -shared -o libgbclientsdk.so -L /usr/local/lib
-I /home/jyzbyj/mjl/jyzbyj.lnp.GbClientSdk -I /usr/include
-leXosip2  -ljrtp  -ljthread -losip2  -losipparser2   -ltinyxml
-lboost_system -lboost_filesystem -lpthread -lboost_thread

如-ljrtp，先会到/usr/local/lib(-L /usr/local/lib 指定库路径)，系统目录，去找libjrtp.so，如果没找到，再去找librtp.a，至于网上说的Wl,-Bstatic  -Wl,-Bdynamic 指定库其实很不实用，会影响，默认加载的一些系统库的类型

4.编译库的时候一定要记得加上-fPIC，拷贝的库最好用cp -df

relocation R_X86_64_32 against `a local symbol‘ can not be used when making a shared object; recompile with -fPIC

保证你编译.o文件的时候，都加上-fPIC，这样你才能编译出动态库来。

错误：

In file included from ../common/algo_object_template/algo_mgr_image_file_path.h:7:0,
                 from ../common/algo_object_template/algo_mgr_image_file_path.cpp:2:
/usr/include/c++/4.8/string:38:28: fatal error: bits/c++config.h: 没有那个文件或目录
 #include <bits/c++config.h>

解决：

 -I /usr/include/c++/4.6/x86_64-linux-gnu （无效）

CFLAGS=-m32 -fpic 改为CFLAGS=-m64 -fpic ，CFLAGS+=  -W  -O0 -fexceptions -g  -fno-inline

添加

-I /usr/include/c++/4.8(正常)

一般 CFLAGS=-m64(64位) CFLAGS=-m32（32位）

错误

  ‘nullptr’ was not declared in this scope

提示
 -std=c++11
 -std=gnu++0x

 CFLAGS=-m64 -fpic  -std=gnu++0x （解决）

问题

  error: ‘string’ in namespace ‘std’ does not name a type
  std::string AlgoName;

很明显，缺少一个

#include<string> （解决）

问题

 error: ‘strcpy_s’ was not declared in this scope

‘strcpy_s’改strncpy 正常

问题

goto _ERR_
error: jump to label ‘_ERR_’ [-fpermissive]
 _ERR_:

定义成宏(解决)

问题

../common/data_stream_chr/ffmpeg_stream_chr.cpp:65:2: error: ‘AVCodecParameters’ was not declared in this scope
  AVCodecParameters *enc = format_context_->streams[i]->codecpar;

头文件路径不对 ，修改正常

问题

algo_object_template/task_work_object_thread.cpp:19:65: error: invalid use of incomplete type ‘class boost::interprocess::interprocess_semaphore’
  m_Semaphore = new boost::interprocess::interprocess_semaphore(0); 

Makefile如下，因为interprocess库不依赖库，所以头文件只需要包含boost顶层目录即可，仅依赖系统库编辑时需要指定-lrt.

  ../common/main_orderlies_thread/main_orderlies_thread.cpp: In member function ‘virtual bool MainTread::Init(int)’:
../common/main_orderlies_thread/main_orderlies_thread.cpp:24:65: error: invalid use of incomplete type ‘class boost::interprocess::interprocess_semaphore’
  m_Semaphore = new boost::interprocess::interprocess_semaphore(0);

这个问题一直没有解决，最后自己实现信号量才能正常编译通过

问题

/ffmpeg-3.2.2/include/libavcodec/avcodec.h:34:30: fatal error: libavutil/buffer.h: 没有那个文件或目录
 #include "libavutil/buffer.h"

链接的版本头文件不对，直接指定头文件目录
 添加 -I /usr/local/include_ffmpeg57  解决

问题

g++: error: ...o: 没有那个文件或目录
g++: error: .o: 没有那个文件或目录
g++: error: ...o: 没有那个文件或目录
make[1]: *** [AlgoMgr.out] 错误 1
make[1]:正在离开目录 `/home/user/mjl/algo/AlgoControlCenterFramework_git_svn/algo_control_center_framework/algo_mgr_client‘
make: *** [AlgoMgrClient] 错误 2

重复多次引用 删除多余的引用，解决

问题

/usr/bin/ld: logger-cs.o: undefined reference to symbol ‘[email protected]@GLIBC_2.2.5‘
//lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status

-lpthread -lboost_thread 解决

问题

/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crt1.o：在函数‘_start’中：
(.text+0x20)：对‘main’未定义的引用

添加编译文件XXX.cpp ，正常，XXX.cpp包含main()

问题

logger-cs.o：在函数‘Logger::init(int, std::string, Logger::LogLevel, Logger::LogLevel)’中：
common/base/logger-cs.cpp:107：对‘boost::log::v2s_mt_posix::sinks::file::rotation_at_time_point::rotation_at_time_point(unsigned char, unsigned char, unsigned char)’未定义的引用
logger-cs.cpp:112：对‘boost::log::v2s_mt_posix::core::get()’未定义的引用
logger-cs.cpp:112：对‘boost::log::v2s_mt_posix::core::add_global_attribute(boost::log::v2s_mt_posix::attribute_name const&, boost::log::v2s_mt_posix::attribute const&)’未定义的引用
logger-cs.o：在函数‘boost::log::v2s_mt_posix::attribute_name::attribute_name(char const*)’中：
/usr/include/boost/log/attributes/attribute_name.hpp:80：对‘boost::log::v2s_mt_posix::attribute_name::get_id_from_string(char const*)’未定义的引用
logger-cs.o：在函数‘boost::log::v2s_mt_posix::aux::attribute_set_reference_proxy::operator=(boost::log::v2s_mt_posix::attribute const&) const’中：
/usr/include/boost/log/attributes/attribute_set.hpp:484：对‘boost::log::v2s_mt_posix::attribute_set::insert(boost::log::v2s_mt_posix::attribute_name, boost::log::v2s_mt_posix::attribute const&)’未定义的引用
logger-cs.o：在函数‘boost::log::v2s_mt_posix::record::reset()’中：
/usr/include/boost/log/core/record.hpp:153：对‘boost::log::v2s_mt_posix::record_view::public_data::destroy(boost::log::v2s_mt_posix::record_view::public_data const*)’未定义的引用
logger-cs.o：在函数‘boost::log::v2s_mt_posix::aux::once_block_sentry::~once_block_sentry()’中：
/usr/include/boost/log/utility/once_block.hpp:85：对‘boost::log::v2s_mt_posix::aux::once_block_sentry::rollback()’未定义的引用
logger-cs.o：在函数‘boost::log::v2s_mt_posix::aux::once_block_sentry::executed() const’中：
/usr/include/boost/log/utility/once_block.hpp:90：对‘boost::log::v2s_mt_posix::aux::once_block_sentry::enter_once_block() const’未定义的引用
logger-cs.o：在函数‘boost::log::v2s_mt_posix::expressions::tag::message::get_name()’中：
/usr/include/boost/log/expressions/message.hpp:56：对‘boost::log::v2s_mt_posix::aux::default_attribute_names::message()’未定义的引用

添加-lboost_thread -DBOOST_LOG_DYN_LINK -lboost_log_setup -lboost_log
boost\log\detail 里面的config.hpp

#   if defined(BOOST_LOG_DYN_LINK) || defined(BOOST_ALL_DYN_LINK)
#        define BOOST_LOG_DLL
#   endif

#   if defined(BOOST_LOG_DLL)
#       if defined(BOOST_SYMBOL_IMPORT)
#           define BOOST_LOG_API BOOST_SYMBOL_IMPORT
#       elif defined(BOOST_HAS_DECLSPEC)
#           define BOOST_LOG_API __declspec(dllimport)
#       endif
#   endif
#   ifndef BOOST_LOG_API
#       define BOOST_LOG_API
#   endif

还是依然报错

https://www.cnblogs.com/oloroso/p/4688426.html

主要是一个文件之间存在依赖关系的话，放的顺序很重要

问题

:80：对‘avcodec_parameters_to_context’未定义的引用
:85：对‘avcodec_free_context’未定义的引用
:102：对‘av_frame_alloc’未定义的引用
ffmpeg_stream_chr.o：在函数‘FfmpegStreamChr::DecodeToImage()’中：
:305：对‘av_packet_unref’未定义的引用
:311：对‘avcodec_send_packet’未定义的引用
:313：对‘avcodec_receive_frame’未定义的引用
:322：对‘av_packet_unref’未定义的引用
:334：对‘av_packet_unref’未定义的引用
:336：对‘av_frame_unref’未定义的引用
:351：对‘av_packet_unref’未定义的引用
:352：对‘av_frame_unref’未定义的引用
:360：对‘av_packet_unref’未定义的引用
ffmpeg_stream_chr.o：在函数‘FfmpegStreamChr::Close()’中：
:414：对‘av_frame_free’未定义的引用
:419：对‘avcodec_free_context’未定义的引用

链接库错误 -L  应该链接/usr/local/lib_ffmpeg57  实际上链接到了/usr/lib/x86_64-linux-gnu里面的公用库，前置/usr/local/lib_ffmpeg57即可 -L  /usr/local/lib_ffmpeg57 -L /usr/local/lib/x86_64-linux-gnu  -L /usr/lib/x86_64-linux-gnu

问题
/usr/local/lib/libliveMedia.so：对‘AddressString::AddressString(in_addr const&)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘NetAddressList::NetAddressList(char const*)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘makeSocketNonBlocking(int)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘Groupsock::Groupsock(UsageEnvironment&, in_addr const&, Port, unsigned char)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘AddressString::~AddressString()’未定义的引用
/usr/local/lib/libliveMedia.so：对‘IsMulticastAddress(unsigned int)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘Groupsock::wasLoopedBackFromUs(UsageEnvironment&, sockaddr_in&)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘AddressPortLookupTable::Add(unsigned int, unsigned int, Port, void*)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘AddressPortLookupTable::AddressPortLookupTable()’未定义的引用
/usr/local/lib/libliveMedia.so：对‘Groupsock::multicastSendOnly()’未定义的引用
/usr/local/lib/libliveMedia.so：对‘increaseReceiveBufferTo(UsageEnvironment&, int, unsigned int)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘makeSocketBlocking(int, unsigned int)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘NoReuse::~NoReuse()’未定义的引用
/usr/local/lib/libliveMedia.so：对‘AddressPortLookupTable::Iterator::next()’未定义的引用
/usr/local/lib/libliveMedia.so：对‘Groupsock::changeDestinationParameters(in_addr const&, Port, int, unsigned int)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘AddressPortLookupTable::Iterator::Iterator(AddressPortLookupTable&)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘our_inet_addr’未定义的引用
/usr/local/lib/libliveMedia.so：对‘Groupsock::Groupsock(UsageEnvironment&, in_addr const&, in_addr const&, Port)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘NetAddress::operator=(NetAddress const&)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘AddressPortLookupTable::Lookup(unsigned int, unsigned int, Port)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘NetAddress::NetAddress(unsigned int)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘NetAddress::~NetAddress()’未定义的引用
/usr/local/lib/libliveMedia.so：对‘NetAddressList::~NetAddressList()’未定义的引用
/usr/local/lib/libliveMedia.so：对‘SendingInterfaceAddr’未定义的引用
/usr/local/lib/libliveMedia.so：对‘AddressPortLookupTable::Remove(unsigned int, unsigned int, Port)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘NetAddressList::firstAddress() const’未定义的引用
/usr/local/lib/libliveMedia.so：对‘AddressString::AddressString(sockaddr_in const&)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘ignoreSigPipeOnSocket(int)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘setupStreamSocket(UsageEnvironment&, Port, unsigned char)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘ReceivingInterfaceAddr’未定义的引用
/usr/local/lib/libliveMedia.so：对‘getSourcePort(UsageEnvironment&, int, Port&)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘AddressString::AddressString(unsigned int)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘readSocket(UsageEnvironment&, int, unsigned char*, unsigned int, sockaddr_in&)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘Groupsock::removeAllDestinations()’未定义的引用
/usr/local/lib/libliveMedia.so：对‘increaseSendBufferTo(UsageEnvironment&, int, unsigned int)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘our_random32’未定义的引用
/usr/local/lib/libliveMedia.so：对‘Socket::reset()’未定义的引用
/usr/local/lib/libliveMedia.so：对‘AddressPortLookupTable::Iterator::~Iterator()’未定义的引用
/usr/local/lib/libliveMedia.so：对‘ourIPAddress(UsageEnvironment&)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘our_random’未定义的引用
/usr/local/lib/libliveMedia.so：对‘Port::Port(unsigned short)’未定义的引用
/usr/local/lib/libliveMedia.so：对‘NoReuse::NoReuse(UsageEnvironment&)’未定义的引用
网上说是链接顺序的问题 变换顺序为-lliveMedia -lBasicUsageEnvironment -lgroupsock -lUsageEnvironment 正常

如果觉得还可以，打赏地址

BTC: 1GYhFurFFWq4Ta9BzFKx961EKtLhnaVHRc

ETH: 0xe54AbD803573FDD245f0Abb75f4c9Ddfc8e72050

原文地址：https://www.cnblogs.com/baldermurphy/p/8319138.html

时间： 2024-08-29 07:38:00

windows c++程序移植到linux的要点的相关文章

如何利用mono把.net windows service程序迁移到linux上

How to migrate a .NET Windows Service application to Linux using mono? 写在最前:之所以用要把windows程序迁移到Linux上,主要是由于一些成本问题,这个就不多解释了. 如何把之前用.net写的windows服务程序迁移到linux上运行.答案是有很多种的,今天我只提一下mono(我只实验了mono,呵呵). 如何在Linux部署mono,并成功的运行.net程序,还请大家多多查询吧,我在这方面也只是搭建成功了,遇到的问

C/C++ Windows移植到Linux

近期写了有关Socket的程序,需要从windows移植到linux.现把有用的东东收集整理记录下来. 1.头文件windows下winsock.h或winsock2.h:linux下netinet/in.h(大部分都在这儿),unistd.h(close函数在这儿),sys/socket.h(在in.h里已经包含了,可以省了). 2.初始化windows下需要用WSAStartup启动Ws2_32.lib,并且要用#pragma comment(lib,"Ws2_32")来告知编译器

【转】将 Linux 应用程序移植到 64 位系统上

原文网址:http://www.ibm.com/developerworks/cn/linux/l-port64.html 随着 64 位体系结构的普及,针对 64 位系统准备好您的 Linux® 软件已经变得比以前更为重要.在本文中,您将学习如何在进行语句声明.赋值.位移.类型转换.字符串格式化以及更多操作时,防止出现可移植性缺陷. 0 评论: Harsha S. Adiga, 软件工程师, IBM 2006 年 5 月 18 日 内容 在 IBM Bluemix 云平台上开发并部署您的下一个

WIN 程序员的 Linux 互斥类

作者:黄山松,发表于cnblogs:http://www.cnblogs.com/tomview/ 对于一个 win 的程序员,要把在 win 下的程序移植到 linux 下,需要把一些平台相关的功能代码封装一下,这样在使用这些功能的时候,可以简单调用封装好的代码,方便在不同平台下使用.本文是一个非常简单的互斥类,通过使用这个互斥类,源代码在 linux 下和 win 下保持一致. 在 win 下,互斥的代码是这几个函数: InitializeCriticalSection EnterCriti

一些遇到的Qt程序在Windows平台间移植问题整理

今天尝试把Qt程序移植到各种虚拟机中测试,由于Qt的依赖库报告往往不能显示出全部依赖库.结果频频出现问题,好不容易全部解决了,这里给出一些套路. 首先对于Qt版本,我用过很多,最终表示现阶段推荐MingGW的版本(此版自带MingGW),官网链接: Qt 5.4.2 for Windows 32-bit (MinGW 4.9.1, 852 MB) (info) 我个人百度网盘链接:Qt 5.4.2 MinGW 安装时要注意勾选上MinGW ,如果你没有的话.此版本可以在WindowsXP下运行.

windows下QT前台和linux下后台程序通过socket通信

通常情况下,linux下的后台程序不需要GUI进行展示,而前台程序往往有个界面,方便和用户的交互.本文所演示的例 子,是QT 程序和后台linux进程(C语言)交互,通过socket传输的内容是结构体.因为QT本身是跨平台的框架,因此以后前端程序移植到其它平台依然能很好 的运行. 结构体的定义如下: struct Test              {                      int a;                      char b;              };

关键两步+6个要点，让Windows应用程序享有K8S的绝佳优势

本文来自Rancher Labs 前? 言 实际上,没有一个迁移路径能够适用于将所有传统应用程序迁移到云.这些应用程序通常在物理机.虚拟机或本地.虽然一般情况下是重新设计应用程序架构以适用云原生服务,但这并非是唯一的答案.将一个现有的应用程序的架构重新构建为微服务架构或云原生架构会面临诸多挑战,如重构成本.复杂性以及应用程序的依赖性. 虽然将应用程序的架构现代化有诸多好处,但许多组织仍在Windows 2003 Servers上运行现有服务.而微软不再支持Windows 2003为此带来了一些挑

从windows服务器中的java及jsp程序迁移到Linux服务器案例

1.证明了java程序一次编写到处运行,同时也证明了java程序的跨平台特性,基本上不要做很大的修改就可以正常运行程序: 2.做到了数据层与业务层上的物理分离,把Windows做数据库服务器,Linux做web服务器: 3.发生了一个错误: 编码UTF8的不可映射字符,是因为java程序中存放了中文字符,所以编译通不过,该访法可以"javac -encoding gbk  JDBCconnection.java"解决字符问题,但通用性还不行. 案例:Linux  web--http:/

[百度空间] [转]将程序移植到64位Windows

from : http://goooder.bokee.com/2000373.html (雷立辉 整理) 简介:本文对如何将32位Windows程序平滑的支持和过渡到64位Windows操作系统做出了一个简单而系统的介绍.包括对于64位操作系统的版本,编程模型,一些移植原则甚至包括对驱动程序的移植原则的介绍. 作者介绍:系统分析员,现在在北京工作.作者的blog:http://goooder.blogchina.com. 前言: 或许大家还对32位的CPU及操作系统使用还是觉得非常的合乎日常需