1.对比Unmatched上GCC和LLVM的源码指标SPEC CPU2017的性能差异
2.点云|CloudCompare源码编译教程
3.体系结构 - SPEC2017 benchmark调研
4.在VS2017里有没有color函数，这里的源码指标color怎么就错了？
5.vs2017中LNK2005错误，包含函数重定义和变量的源码指标重定义，大家看看
6.QGIS二次开发（一）：环境配置与源码编译
对比Unmatched上GCC和LLVM的源码指标SPEC CPU2017的性能差异
最近，SPEC CPU发布了V1.1.9版本，源码指标特别针对Linux on RISC-V平台进行了优化，源码指标邮箱平台php源码使得用户无需自行构建工具集，源码指标只需在联网状态下通过runcpu --update即可完成升级。源码指标测试焦点在于GCC和LLVM在Unmatched环境下的源码指标SPEC CPU性能对比，使用的源码指标GCC版本为.1.0，而LLVM版本则是源码指标.0.0。
所有测试都基于源码编译，源码指标GCC的源码指标分支是riscv-gcc-.1.0，commit ID为b5c，源码指标LLVM的源码指标分支是main，commit ID为7fdee6e0aaa4adfce3。SPEC CPU的执行命令是标准配置。
比较结果显示，在INT性能测试中，GCC在大部分子项目中略微优于LLVM，仅在x一项中，LLVM稍胜一筹。无坚不摧指标源码然而，LLVM在leela子项上未能正常运行，导致这部分结果无法直接对比。
在FP测试中，LLVM遇到问题，其中五个Fortran程序（,,,,,,,,）无法完成，而在FPSPEED性能上，GCC在和子项上表现出显著优势。至于FP性能，LLVM在和子项上超越了GCC。
总结来说，GCC和LLVM在Unmatched上的SPEC CPU性能对比显示，两者在不同测试部分有所优劣，GCC在INT部分总体表现更稳定，而LLVM在FP部分存在一些运行问题。
点云|CloudCompare源码编译教程
这篇教程详细介绍了如何在VS中配置并使用CloudCompare的源码。首先，推荐参考的博客提供了更为详尽的库配置，包括LasTool和PDAl等。
步骤一：在VS中，进入工具选项，feturetask源码分析搜索并安装Qt Visual Studio Tools，按照安装流程直到结束。关闭页面后，退出VS，并等待VSIX Installer的安装。
安装完成后，打开VS，你将看到Qt VS Tools的工具栏，方便后续操作。
接着，你需要下载适合自己VS版本的QT，可以从download.qt.io获取。安装时，确保选择与VS兼容的版本，并在系统设置中更新环境变量，例如将QT安装路径（本文示例为D:\QT\5.9.8\msvc_\bin）添加到系统路径中。
最后，访问GitHub上的CloudCompare源码仓库（github.com/CloudCompare），下载Release Version 2..2版本的源码。至此，VS的cf晴空源码配置和CloudCompare源码的下载与安装就已完成，你可以开始下一步的开发工作了。
体系结构 - SPEC benchmark调研
SPEC基准测试的简要概述
SPEC基准测试是一种衡量计算机性能的标准，其中KLOC（千行代码）用于表示源代码长度。这些基准测试主要关注于数据处理和计算密集型应用。例如，SPEC CPU benchmark测试了系统的运算能力，而非I/O性能。
iostat是Linux中常用的I/O性能分析工具。初次运行iostat会显示系统启动以来的统计信息，后续运行则追踪自上次运行以来的变化。安装iostat的命令适用于Ubuntu系统。该工具的统计信息包括CPU在用户模式、系统模式、等待I/O、管理虚拟处理器和空闲时间的百分比。观察%iowait（等待I/O的CPU时间）和%user（用户模式CPU时间）的比值，有助于判断性能瓶颈。
在特定测试中，以int_speed为例，结果显示%user时间远高于%iowait，表明处理器性能是srdm指标源码主要瓶颈，而非I/O。
进一步对比，fio是一个用于测试I/O性能的基准程序，可以通过Ubuntu命令行安装。为了模拟I/O瓶颈情况，测试时将io设置为同步模式，这会导致更高的I/O开销。当I/O成为性能瓶颈时，观察%iowait和%user的比例会显著增加，显示出两者之间的关联。
在VS里有没有color函数，这里的color怎么就错了？
首先源码组织的就不符合规范，C++程序语言设计（C++之父写的那本）专门有一章讲如何组织源码（包括物理上的文件，和逻辑上的名字空间/类声明定义）。比如：类声明是放在.h中的，如果分离类定义则是在.cpp，如果不分离而用inline定义则也是在.h中，函数与类类似，模版都放在.h中，全局变量放在.cpp中，在.h中只放extern变量声明，#pragma once是include保护，它应该内置保护（就是放到.h文件的头部）等等。而现在你的程序出现了连接错误，一般就是因为有一个符号没有定义而你使用了，或者一个符号你定义了几次（符号是编译原理术语，类名、函数名、变量名等都是符号）
vs中LNK错误，包含函数重定义和变量的重定义，大家看看
首先源码组织的就不符合规范，C++程序语言设计（C++之父写的那本）专门有一章讲如何组织源码（包括物理上的文件，和逻辑上的名字空间/类声明定义）。比如：类声明是放在.h中的，如果分离类定义则是在.cpp，如果不分离而用inline定义则也是在.h中，函数与类类似，模版都放在.h中，全局变量放在.cpp中，在.h中只放extern变量声明，#pragma once是include保护，它应该内置保护（就是放到.h文件的头部）等等。而现在你的程序出现了连接错误，一般就是因为有一个符号没有定义而你使用了，或者一个符号你定义了几次（符号是编译原理术语，类名、函数名、变量名等都是符号）
QGIS二次开发（一）：环境配置与源码编译
在QGIS二次开发的探索中，由于可用资源有限，尤其是在Windows系统下利用Visual Studio 进行环境配置和源码编译时，开发者通常会面临困难。为了解决功能查找问题，重新编译源码变得尤为必要。以下是关键步骤：
首先，进行环境配置。参考知乎和CSDN文章，安装Qt5..1和osgeo4w的QGIS-dev、qgis-common和qgis-grass7版本。在Visual Studio中建立Qt项目，配置Qt和QGIS的路径，包括include、lib和依赖项。设置为release版本后，成功加载QGIS二次开发库的标志是能够生成窗口界面。
在安装完成后，如果遇到dll缺失问题，可以在OSGeo4W\apps路径下查找并复制相关dll。如果问题依然存在，可能需要检查Qt环境变量设置，或者将相关dll复制到项目根目录。
接下来是源码编译。源码编译旨在直接查看代码实现，便于定位功能。具体步骤包括：从github下载QGIS源码和相关依赖库（如使用github.cnpmjs.org镜像），下载过程中注意处理缺失的依赖库；设置环境变量，通过cmake-gui配置源代码和build路径，确保VS版本和/位对应；在cmake过程中解决路径问题，可能需要手动添加缺失项的路径或解决安装冲突。
如果编译过程中出现大量错误，尝试调整VS版本、Qt版本或cmake版本。我的配置是VS 位、cmake 3..7、Qt5..1和qgis 3..3。任何疑问，欢迎交流探讨。
VS配置SDL环境（SDL库开发俄罗斯方块源码）
配置SDL环境以开发俄罗斯方块源码涉及以下步骤。首先，确保您已经安装了Visual Studio 社区版。
接下来，从libsdl.org下载SDL2-devel-2.0.8-VC.zip，并解压至指定路径，例如D:\vs\SDL2-2.0.9。在Visual Studio中新建一个C++空白项目，将其命名为test。
在项目中，通过资源管理器添加D:\vs\SDL2-2.0.9\lib\x目录下的SDL2.lib和SDL2main.lib两个文件。接着，在项目属性中编辑“附加包含目录”，选择D:\vs\SDL2-2.0.9\include目录。
创建一个名为src.c的C文件，并添加依赖的.dll文件。在项目名称处右键打开属性窗口，确保在“附加库目录”中包含了SDL文件夹下的include文件夹。
设置子系统为“Console”（如果选择的是Win控制台应用项目），这可以通过在属性窗口的“常规”标签下找到“附加依赖项”并添加SDL2.lib;SDL2main.lib来完成，记得用英文分号或回车分隔。如果选择的是Windows桌面应用，子系统应设置为“Windows”。对于新建的空项目，无需配置预编译头，避免了不必要的麻烦。
最后，测试环境配置时，编写一个简单的程序，包括调用SDL_Delay()和SDL_Quit()函数。此程序将使窗口停留3秒后退出。
至此，您已完成SDL环境配置，可以着手开发俄罗斯方块源码。确保所有步骤均按照上述指南进行，以避免配置错误，顺利地实现您的开发目标。