cmake的四个命令:add_compile_options.add_definitions.target_compile_definitions.build_command add_compile_options() Adds options to the compilation of source files. 增加源文件的编译选项. add_compile_options(<option> ...) Adds options to the compiler command line fo

1.为什么需要动态库 a)提供原生代码(native code)的支持,也叫原生插件,但是我实践的是c/cpp跨平台动态库,这里不具体涉及安卓平台java库和ios平台的objectc库构建. b)某些开源库是c/cpp编写,没有对应c#版本 c)或者有c#版本实现,但是效率或者gc达不到期望效果,特别是GC,一般的开源库c#版本的作者,对gc优化得大多不好 d)追求效率,比如A*寻路等开销比较大的算法,想做下优化 e)某些模块,如网络模块,需要Unity客户端和后端跑一份相同的逻辑代码,而不想

编写了一下cmakelists.txt文件 根目录 cmake_minimum_required(VERSION 2.8)project (Test) add_definitions( "/W3 /D_CRT_SECURE_NO_WARNINGS /wd4819 /MTd" ) if( CMAKE_SIZEOF_VOID_P EQUAL 8 ) MESSAGE( "64 bits compiler detected" ) SET( EX_PLATFORM 64 )

Makefile Makefile 的格式 target: prerequisites [tab]command 例子 #Makefile all:chap1 chap2 chap1: - - - : 1_1.c gcc -o o_1_1 1_1.c -lc - : 1_2.c gcc -o o_1_2 1_2.c -lc chap2: - - -: 2_1.c gcc -o o_2_1 2_1.c -lc -: 2_2.c gcc -o o_2_2 2_2.c -lc clean: rm o_

一 为什么需要动态库 1)提供原生代码(native code)的支持,也叫原生插件,但是我实践的是c/cpp跨平台动态库,这里不具体涉及安卓平台java库和ios平台的objectc库构建. 2)某些开源库是c/cpp编写,没有对应c#版本 3)或者有c#版本实现,但是效率或者gc达不到期望效果,特别是GC,一般的开源库c#版本的作者,对gc优化得大多不好 4)追求效率,比如A*寻路等开销比较大的算法,想做下优化 5)某些模块,如网络模块,需要Unity客户端和后端跑一份相同的逻辑代码,而不想

github: https://github.com/devernay/cminpack 主页: http://devernay.github.io/cminpack/ 使用手册: http://devernay.github.io/cminpack/man.html ## LMDIF使用说明 官方英文介绍:http://devernay.github.io/cminpack/lmdif_.html 包括函数名 lmdif,lmdif1_ - 最小化非线性函数平方和 函数概要 include <

目录 用于执行CMake的.bat脚本 CMakeLists.txt和.cmake中的代码片段 判断平台:32位还是64位? 判断Visual Studio版本 判断操作系统 判断是Debug还是Release等版本 根据Debug/Release添加不同的库目录 Visual Studio属性与对应CMake实现方法 设定编译选项 SAFESEH报错 用了link_directory()但是链接不到库 Debug库带"d"后缀 在cmake中执行目录创建.拷贝文件等脚本 现代的CMa

作为公司的公共产品,经常有这样的需求:就是新建一个本地服务,产品线作为客户端通过 tcp 接入本地服务,来获取想要的业务能力. 与印象中动辄处理成千上万连接的 tcp 网络服务不同,这个本地服务是跑在客户机器上的,Win32 上作为开机自启动的 windows 服务运行: Linux 上作为 daemon 在后台运行.总的说来就是用于接收几个产品进程的连接,因此轻量化是其最重要的要求,在这个基础上要能兼顾跨平台就可以了. 其实主要就是 windows,再兼顾一点儿 linux. 考察了几个现有的

构建语义地图时,最开始用的是 octomap_server,后面换成了 semantic_slam: octomap_generator,不过还是整理下之前的学习笔记. 一.增量构建八叉树地图步骤 为了能够让 octomap_server 建图包实现增量式的地图构建,需要以下 2 个步骤: 1.1 配置 launch 启动参数 这 3 个参数是建图必备: 地图分辨率 resolution:用来初始化地图对象 全局坐标系 frame_id:构建的全局地图的坐标系 输入点云话题 /cloud_in:

文件的预处理 #include "xxx.h" 1 首先查找当前源文件所在的路径 2 查找工程的头文件搜索路径 #include <xxxx.h> 查找工程的头文件搜索路径 如果想要自己编写的头文件加入搜索路径之中,就需要在CMakeLists 添加 include_directories("xxx(文件夹)") 还需要添加 实现的.c文件 以及文件的路径目录. 比如说自己写了一个 编译器不知道你写了一个factorial.c这个文件,因此需要把文件路径

XMake 是什么 XMake 是一个基于 Lua 的 现代化 C/C++ 构建系统. 它的语法简洁易上手,对新手友好,即使完全不会 lua 也能够快速入门,并且完全无任何依赖,轻量,跨平台. 同时,它也是一个自满足的构建系统,拥有强大的包管理系统,快速的构建引擎. 相比 Ninja/Scons/Make 作为 Build backend,CMake/Meson 作为 Project Generator,那么 XMake 就是这两者外加一个包管理. xmake = Build backend +

动作是ROS中的一种异步通信形式,动作客户端向动作服务器发送目标请求,目标服务器向操作客户端发送目标反馈和结果.本文基于前一篇自定义动作博文. 1.创建一个action_turtorials_cpp包 1.1 创建一个action_turtorials_cpp包 在终端运行: cd ~/action_ws/src ros2 pkg create --dependencies action_tutorials_interfaces rclcpp rclcpp_action rclcpp_compo

前言 作为公司的公共产品,经常有这样的需求:就是新建一个本地服务,产品线作为客户端通过 tcp 接入本地服务,来获取想要的业务能力.与印象中动辄处理成千上万连接的 tcp 网络服务不同,这个本地服务是跑在客户机器上的,Win32 上作为开机自启动的 windows 服务运行:Linux 上作为 daemon 在后台运行.总的说来就是用于接收几个产品进程的连接,因此轻量化是其最重要的要求,在这个基础上要能兼顾跨平台就可以了.其实主要就是 windows,再兼顾一点儿 linux. 考察了几个现有的