打造顶级软件并非易事。开发者在网上研究这一主题时，常常遇到的问题是如何判断哪些建议是更新的，哪些方法已经被更 fresh、更好的实践所超越。与此同时，大多数资源对这个过程的解释是混乱的，没有适当的背景、上下文和结构。
来源丨https://learnopencv.com/how-to-use-opencv-dnn-module-with-nvidia-gpu-on-windows
经过几个月的努力，小白终于完成了市面上第一本OpenCV 4入门书籍《从零学习OpenCV 4》。为了更让小伙伴更早的了解最新版的OpenCV 4，小白与出版社沟通，提前在公众号上连载部分内容，请持续关注小白。
安装 如果你想测试一段简单的Solidity合约，你不需要安装任何东西，只要访问基于浏览器的Solidity就可以： https://chriseth.github.io/browser-solidity/ 1.1 通过NPM / node.js命令在线安装 npm install solc 如何使用nodejs包的详细信息可以在代码库中找到：https://github.com/chriseth/browser-solidity#nodejs-usage%E3%80%82 1.2 二进制安装包 包括M
本篇文章接上一篇[1]，继续聊聊向量数据库领域，知名的开源技术项目：Milvus，在不同 CPU 架构的 macOS 环境下的编译安装。
本篇文章接上一篇，继续聊聊向量数据库领域，知名的开源技术项目：Milvus，在不同 CPU 架构的 macOS 环境下的编译安装。
在上一篇博客《conan入门(四):conan 引用第三方库示例》中我们以cJSON为例说明了如何在项目中引用一个conan 包。那是比较简单的一种编译本机目标代码的应用场景(编译环境是Windows,目标代码也是Windows平台)。在物联应用的大背景下，C/C++开发中跨平台交叉编译的应用是非常广泛的。在使用conan来管理C/C++包(制品库)的环境下，如何实现对交叉编译的支持呢？因为我的工作涉及不少嵌入式平台的开发，conan对交叉编译的支持是我最关心的部分。
编写高质量代码并非易事，即使对于经验非常丰富的开发者也是如此。通过向我们的解决方案中添加测试，我们可以减少在业务代码中犯明显错误的风险。但这还不足以避免更复杂的问题。每一段软件都由如此多的细节组成，跟踪它们全部成为了一份全职工作。团队维护产品达成了数十种约定和多种特殊设计实践。
Android 系统中有大量的实现都是native实现的，中间通过JNI进行java层调用。学会JNI的使用，不光是能为我们开发和面试提供助力，还能为我们理解android 系统源码的基础多加两块砖。 说明一下这篇文章的内容和目的：
《FFmpeg开发实战：从零基础到短视频上线》一书的“12.1.2 交叉编译Android需要的so库”介绍了如何在Windows环境交叉编译Android所需FFmpeg的so库，前文又介绍了如何在Linux环境交叉编译Android所需FFmpeg的so库，接下来介绍如何在Linux环境交叉编译Android所需x265的so库。
有时我们想知道Mysql执行一条Sql语句中到底做了什么，最可靠的答案就是自己调试下Mysql，下面讲述如何在Windows下搭建Mysql调试环境。
一个终端的动态字符显然很难调动编程的积极性，那么更有趣的开源的游戏也许是一种更好的启发。
Vcpkg 可帮助您在 Windows、 Linux 和 MacOS 上管理 C 和 C++ 库。 这个工具和生态链正在不断发展，我们一直期待您的贡献！
如果你只是想尝试一个使用Solidity的小合约，你不需要安装任何东西，只要访问基于浏览器的Solidity。
◆ 背景 基于亚马逊 AVS Device SDK 改造的全链路语音 SDK 最终编译的动态库有几十个，单架构动态库大小有几十兆，之前在 Iot 设备中勉强跑着，但是这个体积对于手机应用来说是致命的，各个模块费事费力能优化个几 K 的体积就不错了，我这直接给上个几十兆的，APP 平台方肯定无法接受。但是一是有业务需求，二是自己又想把 SDK 推到手机 APP，提高用户量，验证 SDK 的稳定性和交互体验，所以开始了漫长的瘦身过程，最后单架构压缩到了五兆一下，虽然还是有点大，但是比起之前有了很大的提升。 ◆
尽管 CMake 是跨平台的，在我们的项目中我们努力使源代码能够在不同平台、操作系统和编译器之间移植，但有时源代码并不完全可移植；例如，当使用依赖于供应商的扩展时，我们可能会发现有必要根据平台以略有不同的方式配置和/或构建代码。这对于遗留代码或交叉编译尤其相关，我们将在第十三章，替代生成器和交叉编译中回到这个话题。了解处理器指令集以针对特定目标平台优化性能也是有利的。本章提供了检测此类环境的食谱，并提供了如何实施此类解决方案的建议。
在前几章中，我们已经展示了如何使用 CMake 配置、构建和测试我们的项目。安装项目是开发者工具箱中同样重要的一部分，本章将展示如何实现这一点。本章的节涵盖了以下图中概述的安装时操作：
Apache TVM is an effort undergoing incubation at The Apache Software Foundation (ASF), sponsored by the Apache Incubator. Incubation is required of all newly accepted projects until a further review indicates that the infrastructure, communications, and decision making process have stabilized in a manner consistent with other successful ASF projects. While incubation status is not necessarily a reflection of the completeness or stability of the code, it does indicate that the project has yet to be fully endorsed by the ASF.
在之前的博客《conan入门(四):conan 引用第三方库示例》中我们以cJSON为例说明了如何在项目中引用一个conan 包。
我们已经掌握了构建专业项目的所有必要知识；我们学习了结构化、构建、依赖管理、测试、分析、安装和打包。是时候将这些学到的技能付诸实践，通过创建一个连贯、专业的项目。
在本文中，我们将介绍如何在 Windows 系统下编译 OpenCV 和 OpenCV-contrib。OpenCV 是一个开源的计算机视觉库，它包含了许多图像处理和计算机视觉的功能。而 OpenCV-contrib 则是一个由社区贡献的额外功能模块，可以为 OpenCV 提供更多的功能。
最近做的项目使用CLION构建，而这个采用CMakeLists.txt管理，因此为了更好的学习，故找到了一篇大牛级别的入门文章，有文章有代码，本文是花了一点时间把这篇文章学习后的重要点记录吧，原作者github地址：https://github.com/wzpan/cmake-demo。
你可能会认为，在我们成功将源代码编译成二进制文件之后，作为构建工程师我们的工作就完成了。事实几乎如此——二进制文件包含了 CPU 执行的所有代码，但代码分散在多个文件中，方式非常复杂。链接是一个简化事物并使机器代码整洁、易于消费的过程。
硬件：全平台 软件：Tina 其他：支持OTA升级的平台，可实现脚本定制化升级
内容一览：TVM 共有三种安装方法：从源码安装、使用 Docker 镜像安装和 NNPACK Contrib 安装。本文重点介绍如何通过源码安装 TVM。
总第513篇 2022年 第030篇 减小应用安装包的体积，对提升用户体验和下载转化率都大有益处。本文将结合美团平台的实践经验，分享 so 体积优化的思路、收益，以及工程实践中的注意事项。本文将先从 so 文件格式讲起，结合文件格式分析哪些内容可以优化，然后再具体讲解每项优化手段以及注意事项，最后介绍相关的工程实践经验。希望能对从事包体积优化的同学有所帮助或启发。 1. 背景 2. so 文件格式分析 3. so 可优化内容分析 4. 优化方案介绍 4.1 精简动态符号表 4.2 移除无用代码 4.3 优
在之前的文章中介绍了 stb_image 图像库，还顺带提到了 libpng 和 libjpeg ，这篇文章就是介绍如何在 Android 平台上用 CMake 编译 libpng 动态库以及 libpng 使用实践。
我在知乎上开了一个新的专栏，想持续聊聊“向量数据库”相关的内容。本篇聊聊向量数据库领域，知名的开源技术项目：Milvus。
使用ctkPluginFramework作为插件系统框架的确有着众多开发上的优势。最近收到一些站内信，大家都想使用ctkPluginFramework但是不知道如何编译，这篇教程就来讲一讲ctkPluginFramework插件系统在Windows下的编译过程。
我们编译生成的可执行文件一般，会生成在当前的编译路径下，也就是build或者release路径下。那么如何将编译生成的可执行文件和库文件打包到一起进行发布那？本片教程我们将讲述如何在cmake中配置install的打包路径。下面我们将以mathlib库和头文件为例子进行配置。
Keil MDK是非常常用的单片机开发集成环境，Keil公司2005年由ARM公司收购，现在是ARM主要的嵌入系统开发平台(ARM的另一个开发环境ds-5早在九年前就停止更新了)。 Keil虽然是个集成开发环境，但Keil本身其实是由μVision IDE和arm编译器构成。cmake虽然目前不支持生成μVision的工程文件，但cmake完全可以使用MDK中提供的arm编译器来实现独立于μVision的交叉编译(说到底μVision只是一个为开发者提供易用的GUI界面,真正干活儿的还是编译器)。 cmake实现交叉编译最重要的就是正确的定义编译工具链(toolchain),本文以Nationstech.N32G45X(国民技术)平台为例说明如何在定义cmake交叉编译工具链来实现使用MDK的armcc编译器执行单片系统的交叉编译。
MySQL为开源数据库，因此可以基于源码实现安装。基于源码安装有更多的灵活性。也就是说我们可以针对自己的硬件平台选用合适的编译器来优化编译后的二进制代码，根据不同的软件平台环境调整相关的编译参数，选择自身需要选择不同的安装组件，设定需要的字符集等等一些可以根据特定应用场景所作的各种调整。本文描述了如何在源码方式下安装MySQL。
在使用CMake构建C++项目时，有时可能会遇到以下错误信息：Unknown CMake command "add_compile_definitions"。这个错误提示表明在CMakeLists.txt文件中使用了一个未知的CMake命令add_compile_definitions。
我在知乎上开了一个新的专栏[1]，想持续聊聊“向量数据库”相关的内容。本篇聊聊向量数据库领域，知名的开源技术项目：Milvus。
每个项目都必须处理依赖关系，而 CMake 使得在配置项目的系统上查找这些依赖关系变得相对容易。第三章，检测外部库和程序，展示了如何在系统上找到已安装的依赖项，并且到目前为止我们一直使用相同的模式。然而，如果依赖关系未得到满足，我们最多只能导致配置失败并告知用户失败的原因。但是，使用 CMake，我们可以组织项目，以便在系统上找不到依赖项时自动获取和构建它们。本章将介绍和分析ExternalProject.cmake和FetchContent.cmake标准模块以及它们在超级构建模式中的使用。前者允许我们在构建时间获取项目的依赖项，并且长期以来一直是 CMake 的一部分。后者模块是在 CMake 3.11 版本中添加的，允许我们在配置时间获取依赖项。通过超级构建模式，我们可以有效地利用 CMake 作为高级包管理器：在您的项目中，您将以相同的方式处理依赖项，无论它们是否已经在系统上可用，或者它们是否需要从头开始构建。接下来的五个示例将引导您了解该模式，并展示如何使用它来获取和构建几乎任何依赖项。
示例源码 在 linux 平台下使用 CMake 生成 Makefile 并编译的流程如下：
至于 CLion 安装和基础设置，网上教程一大把，而且不是学习重点，根据自己需求配置即可。
它的语法简洁易上手，对新手友好，即使完全不会 lua 也能够快速入门，并且完全无任何依赖，轻量，跨平台。
上一篇讲了如何在Centos下编译安装nginx服务器，但是Nginx服务器目前只能当做静态服务器使用，也即只能展示前端静态页面，没有动态语言来结合。
我觉得针对这个问题最简单（但不是最正确的）的回答应该是：“CMake是服务于将源代111码转换成可执行的文件的工具”。
I . ROS 1（代表indigo/kinetic）：http://wiki.ros.org/
测试是代码开发工具箱的核心组成部分。通过使用单元和集成测试进行自动化测试，不仅可以帮助开发者在早期检测功能回归，还可以作为新加入项目的开发者的起点。它可以帮助新开发者提交代码变更，并确保预期的功能得以保留。对于代码的用户来说，自动化测试在验证安装是否保留了代码功能方面至关重要。从一开始就为单元、模块或库使用测试的一个好处是，它可以引导程序员编写更加模块化和不那么复杂的代码结构，采用纯粹的、函数式的风格，最小化并局部化全局变量和全局状态。
由于clickhouse的发布比较频繁，目前版本为20.7 尚未支持与mysql同步，故编译了git上最新的版本 20200909--版本号为20.9。
本文从一个示例开始：我们将创建一个使用cJSON应用程序来说明如何基于CMake 作为构建系统使用Conan无平台差异的引入依赖库。
CMake是一个主要用于CPP的构建工具。CMake语言是平台无关的中间编译工具。同一个CMake编译规则在不同系统平台构建出不同的可执行构建文件。在Linux产生MakeFile，在Windows平台产生Visual Studio工程等。CMake旨在解决各平台的不同Make工具的产生的差异（比如GNU Make， QT的qmake，微软的nmake， BSD的pmake）。
Conan 2.0 版本已经发布很久了，配套的 cmake-conan 工具也同时得到了更新，在原有 Conan 1.x 版本上增强了功能，对开源项目和公司内部已有的 CMake 项目非常友好，接入简单。本文主要介绍 cmake-conan 的应用场景以及交叉编译的实战。
Xmake 是一个基于 Lua 的轻量级跨平台构建工具，关于 Xmake 与构建系统的介绍，我们已经在之前的文章中做了详细的介绍：C/C++ 构建系统，我用 xmake。
最新发现一个比较有意思的库ksniff，它是一个kubectl 插件，使用tcpdump来远程捕获Kubernetes集群中的pod流量并保存到文件或输出到wireshark中，发布网络问题定位。使用方式如下：
你或许听过好几种Make工具，例如GNU Make ，QT的qmake ，微软的MS nmake，BSD Make（pmake），Makepp，等等。这些Make工具遵循着不同的规范和标准，所执行的Makefile格式也千差万别。这样就带来了一个严峻的问题：如果软件想跨平台，必须要保证能够在不同平台编译。而如果使用上面的 Make 工具，就得为每一种标准写一次Makefile，这将是一件让人抓狂的工作。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
