欢迎来到皮皮网官网
1.FastDDS移植 - Boost 编译安装
2.jm如何下载
3.Hotspot调试环境搭建-基于Ubuntu16.04.7-OpenJDK8u-Clion
4.OpenHarmony代码下载编译及源码跳转配置
5.Linux下源码安装的源码经验详解
6.如何获取webrtc特定版本源码
FastDDS移植 - Boost 编译安装
Boost是一个强大的C++库集合，为开发者提供了丰富的下载功能和工具，尤其在数据结构、源码算法、下载网络和并发编程等方面。源码本文将指导如何在不同平台上编译安装Boost，下载问道1.69插件源码从源码下载到配置和编译都有详细步骤。源码
1. 首先，下载访问Boost官方网站（boost.org/）下载适合你的源码开发环境（Linux或Windows）的源码。务必选择最新版本。下载
2. 在源码目录中，源码运行bootstrap.sh脚本初始化编译过程，下载然后执行b2命令开始编译。源码由于Boost源码较大，下载这可能需要一些时间。源码
3. 对于x平台，通常无需修改编译配置。确保你的Linux系统已经安装了g++4.6或更高版本的编译器，可通过g++ --version检查。
4. 完成编译后，你将看到编译成功的输出信息。在应用中引用Boost库时，记得在编译时告诉编译器库文件的路径。
5. 对于ARM平台，可能需要进行交叉编译。参考ljbachelor的GCC编译工具链教程来配置工程文件（project-config.jam），然后执行编译指令。
6. 无论是gs源码哪种平台，示例代码保持不变，只需在对应的平台使用x的编译指令。
通过以上步骤，你就能成功在FastDDS移植项目中使用Boost库了。
jm如何下载
下载步骤如下：
1、进入JMeter的官方网站（pile_commands.json文件，此文件可用于导入Clion进行调试，无需生成CMakeList.txt文件。至此，环境搭建完成。
搭建Hotspot调试环境，遵循上述步骤，确保所有操作正确无误，即可成功搭建基于Ubuntu ..7与OpenJDK 8u的调试环境。
OpenHarmony代码下载编译及源码跳转配置
本文旨在指导在Linux（如Ubuntu .和.，其他系统可参考）环境下下载和编译OpenHarmony（OH）代码，并配置Visual Studio Code（VSCode）以实现Native框架（C++）代码的智能跳转，以提升阅读OH源码的便捷性。1. 下载与编译
从OH官网下载链接（gitee.com/openharmony/d...）获取代码。进入代码根目录后，执行build.sh脚本，例如针对rk开发板的编译命令会包含选项`--gn-flags="--export-compile-commands"`，用于生成compdb数据库，以备后续使用。2. VSCode插件与配置
在编译过程中，安装VSCode的clangd插件，它与compdb文件配合。hk源码记得禁用默认的C/C++插件。接着，使用VSCode通过SSH（Windows和macOS用户适用）访问OH源代码目录，创建.vscode文件夹，其中包含settings.json。3.1. 插件安装与启用
在settings.json中填写以下配置：- clangd.path: 指定OH预构建的clangd路径。
- --compile-commands-dir: 编译产生的compdb文件路径，例如在rk上为out/rk/compile_commands.json，需根据实际编译产品找到相应路径。
- --query-driver: 指定OH预构建的clang编译器路径。
3.2. VSCode配置
关闭并重新打开VSCode，当C++文件（如foundation文件夹下的Native C++代码）打开时，clangd将开始索引，索引完成后即可享受代码跳转功能。Linux下源码安装的经验详解
在linux下安装软件，难免会碰到需要源码安装的，而就是这简简单单的./configure、make、sudo make install三步，却让不少人头疼不已，这里以安装X为例具体介绍下我在安装时的一点小经验，以便共同学习，共同进步！
首先，我们要做些准备工作，源码安装少不了这几个工具pkg-config、libtool、WindowsCE源码autoconf和automake(当然，还有更基础的，像zlib、m4等，这里就略过啦)，其中，pkg-config是相对比较重要的，它就是向configure程序提供系统信息的程序，如软件的版本、库的版本以及库的路径等信息，这些只是在编译期间使用。你可以打开/usr/lib/pkgconfig下任意一个.pc文件，就会发现类似下面的信息(X的pc文件)：
prefix=/usr
exec_prefix=${ prefix}
libdir=${ exec_prefix}/lib
includedir=${ prefix}/include
xthreadlib=-lpthread
Name: X
Description: X Library
Version: 1.3.3
Requires: xproto kbproto
Requires.private: xcb = 1.1.
Cflags: -I${ includedir}
Libs: -L${ libdir} -lX
Libs.private: -lpthread
configure就是靠着这些信息来判断软件版本是否符合要求的。接着来看看pkg-config是怎样工作的，缺省情况下，pkg-config首先在usr/lib/pkgconfig/中查找相关包(譬如x)对应的相应的文件(x.pc)，若没有找到，它也会到PKG_CONFIG_PATH这个环境变量所指定的路径下去找，若是还没有找到，它就会报错。所以这里就可以得到一些解决configure时提示**库未找到的办法了，先用命令ldconfig -p | grep 库名来分析该库是否安装及其路径，若返回空，则说明该库确实未安装，否则，可以根据该命令的返回结果找到库的安装地点，然后设置其环境变量，源码BFH命令如下：
export PKG_CONFIG_PATH=软件位置/lib/pkgconfig:$PKG_CONFIG_PATH，这里有个常识，软件安装后，.pc文件都是在安装目录下的lib/pkgconf中的。这样只会在当前命令窗口有效，当然，你也可以修改home文件夹下的.bashrc文件(带.的文件为隐藏文件，可以用命令vi .bashrc编辑)，在文件末尾加上上面那句命令，重新登录即可。其他的几个在linux下也是不可或缺的，libtool为管理library时使用，没装的话错误提示如下：possibly undefined macro:AC_PROG_LIBTOOL。而autoconf和automake可以用于在某些没有configure的文件的源码包安装时使用(pixman就是个典型的例子，安装了二者后直接./autogen.sh就可以安装了)。
准备工作做好后，就可以安装了，具体全部命令如下：
tar vxf libX-6.2.1.tar.gz
cd libX-6.2.1
mkdir X-build
cd X-build
../configure prefix=/usr/local/XR6
make
echo $
sudo make install
这里有一些好的安装习惯可以积累一下：1、建立一个临时编译目录，本例中为X-build，这样可以再安装完成后删除该目录，进而可以节省空间，而且保持了源码目录的整洁；2、安装到指定目录，本例中为/usr/local/XR6，最好把几个相关的安装在同一文件夹下，如这里的XR6文件夹，这样便于管理，否则全部默认安装在/usr/local下，很杂乱；3、编译完成后做检查，本例为echo $，表示检查上一条命令的退出状态，程序正常退出返回0，错误退出返回非0，也可以使用make check，主要为了防止make失败后直接install，进而出现了一些莫名其妙的错误。这里还介绍一种更方便快捷的安装方法，用将安装命令连接起来，如../configure prefix=**makesudo make install，这样，只有在前面的命令执行正确的情况下，后面的任务才会执行，多方便！
除此之外，安装之前可以阅读下源码包中的readme和install等文档，往往有所需软件及其下载地址，还包括一些安装技巧和配置选项。另外，在configure前，先输入configure help，可以查看有哪些选项可以添加。还有几个关系安装成功的东西就是ldconfig了，在安装时如果提示找不到某个库或者在编译时提示找不到**.so文件，就要用到它了，最简单的解决办法就是sudo gedit /etc/ld.so.conf，在文件中加入**.so文件所在路径，再运行一下ldconfig就可以了，但是我对这个东西有阴影，不知道是因为用了虚拟机还是其他的原因，有7、8次我在运行完ldconfig后，Ubuntu就没办法打开任何窗口了，直接关机重启就更是进不去系统了，崩溃之，不知道有没有高手有解决办法。在这里提供一种代替ldconfig的办法，就是export LD_LIBRARY_PATH=*.so文件地址:$LD_LIBRARY_PATH，用它我就舒心多了，也就是麻烦点，哥忍了，总比系统崩溃强多了吧，呵呵！其实，在configure时碰到问题，你应该庆幸，因为你可以根据它很明显的提示找到缺失的东西装上，在配置下pkgconfig和ldconfig基本上就可以搞定了，但是make的时候就没那么简单了。
编译时提示最多的就是**东西未找到了，要么是库文件，要么是头文件，库文件用上面的ldconfig基本上就可以搞定，头文件的话需要配置包含的路径，和库的类似，命令如下：
export LD_INCLUDE_PATH=/usr/local/include:$LD_INCLUDE_PATH
在这个时候最重要的就是淡定了，循着丫的error往上找，像No such file or directory这样的错误提示肯定就在附近，找到了，include之就可以咯！
如何获取webrtc特定版本源码
获取特定版本的 WebRTC 源码需要遵循以下步骤：
1. 安装必要工具：
在开始之前，确保你的系统上安装了所需的工具，如 git、g++ 和 python。这些可以通过终端或命令提示符中的包管理器进行安装。
2. 克隆 WebRTC 源码库：
打开终端或命令提示符，导航到你希望存储源码的目录，然后执行以下命令：
```sh
git clone /src
```
这将从 Google 的 Git 仓库复制 WebRTC 的最新源码。
3. 切换到特定版本：
如果你想要特定版本的 WebRTC 源码，可以使用 git 标签或分支。通过以下命令列出可用的标签或分支：
```sh
git tag
git branch
```
选择你想要获取的特定版本对应的标签或分支，然后切换到该版本：
```sh
git checkout [tag_or_branch_name]
```
将 `[tag_or_branch_name]` 替换为你的特定版本标签或分支名称。
4. 获取依赖项：
进入源码目录，并执行以下命令来获取依赖项和构建工具：
```sh
cd src
gclient sync
```
这将下载所需的依赖项和构建文件，以便你能够构建和编译 WebRTC。
5. 构建源码：
一旦你获取了源码和依赖项，你可以使用以下命令构建 WebRTC：
```sh
ninja -C out/Debug all
```
这将在 Debug 配置下使用 ninja 构建工具构建所有目标。你也可以选择其他配置，如 Release，通过将 "Debug" 替换为 "Release"。
6. 检查构建结果：
构建完成后，你可以在 out/Debug（或你选择的配置目录）下找到生成的二进制文件、库和其他相关文件。运行测试用例来验证构建是否成功：
```sh
./out/Debug/test_peer_connection --gtest_shuffle --gtest_repeat=
```
如果所有测试都通过，那么表示你成功获取并构建了特定版本的 WebRTC 源码。
7. 使用源码：
现在你可以使用特定版本的 WebRTC 源码进行开发、调试和研究等操作。请注意，WebRTC 的源码结构和构建过程可能会随着版本更新而发生变化。因此，为了了解更多详细信息，请仔细阅读官方文档和构建指南。
shell-source命令
shell-source命令是一种实用工具，它允许你将指定目录的bash脚本内容直接在当前环境中执行，无需重新登录或启动新的子shell。它的主要作用在于即时更新配置和脚本设置，使其生效，例如重新运行刚修改的.bash_profile或.profile文件，只需使用source或.命令即可。
源代码执行的一个常见场景是简化内核编译过程，将一连串命令整理为单独文件，通过source命令逐个执行，避免重复输入。这能有效提升工作效率，因为source会将文件内容作为当前shell的一部分来处理。
另一个应用是加载和交互式使用其他shell环境。比如，你可以在a.sh中设置环境变量，如果直接执行a.sh，该变量不会被父shell看到。然而，通过source，a.sh中的变量和函数会立即在当前shell中生效，显示其实际效果。
source命令还可用于脚本间的“导入”，比如在c.sh中引用b.sh的函数和变量，源代码执行后，b.sh的元素会直接在c.sh的上下文中可用。
对于C++开发者，推荐《C++ Primer》和《Effective C++》，对于Linux开发，可以选择《Linux高性能服务器编程》和《Linux多线程服务端编程》。提升设计能力的《大话设计模式》和理解操作系统原理的《操作系统导论》也是必读之作。获取这些资源，关注公众号程序员DeRozan，回复即可获取免费资源。
