- 综合排序
- 最热优先
- 最新优先
- 来自专栏流媒体
Android 11(Q)源码编译
2021-06-27 16-45-41 的屏幕截图.png 3 编译源码 3.1 环境配置 参考官方文档https://source.android.google.cn/setup/build/ bison build-essential zip curl zlib1g-dev gcc-multilib g++-multilib libc6-dev-i386 lib32ncurses5-dev x11proto-core-dev libx11-dev lib32z1-dev libgl1-mesa-dev libxml2-utils xsltproc unzip fontconfig 3.2 驱动下载 参考https://source.android.google.cn 2021-06-27 17-00-56 的屏幕截图.png 3.3 编译 初始化环境 source build/envsetup.sh // 编译前删除build文件夹A make clobber 选择编译目标 8. aosp_car_arm64-userdebug 9. aosp_car_x86-userdebug 10. aosp_car_x86_64-userdebug 11
2K10发布于 2021-06-29 - 来自专栏cpp加油站
c++11&14-编译
1. c++11&14怎么编译 学习c++11的时候，我的redhat虚拟机上的g++才是4.1.2版本，而g++4.7版本才开始支持c++11的，所以要使用c++11，首先需要将我们的g++编译器升级到 注意：大意义上来讲，GCC是一个编译器集合，拿到源代码后编译出来各种编译器，如果我们选择编译c,c++的编译器，就会生成gcc和g++。 这里的gcc是专门正对于c代码的编译器，g++则是专门针对于c++代码的编译器，gcc和g++最显著的区别是g++会调用-lstdc++库，gcc不会。 1.2 c++11编译 一般的，我们要编译c++11，都要使用g++ -std=c++11，但据我测试，7.1.0的版本已经默认支持c++11和c++14了，所以就不用再写明-std=c++11的选项了 ，可以直接使用g++编译c++11或者c++14的代码啦，当然如果想知道某个特性到底是属于c++11还是c++14，就可以使用-std=c++11和-std=c++14来辨别。
64920发布于 2021-04-16 - 来自专栏10km的专栏
caffe:cmake编译指定glog,gflag路径
当使用cmake编译caffe的情况下，在 cmake生成Makefile时会自动找到系统安装的glog,gflag，但是如是我们自己编译了一个glog,gflag，并没有安装在(/usr)系统目录下， 要想在cmake编译caffe时指定glog,gflag路径，需要下面两步： 定义GLOG_ROOT_DIR,GFLAGS_ROOT_DIR参数 #$caffe_root caffe源码根目录 cmake ，cmake也不会找到该路径下的glog,gflag，如果你的/usr下安装了glog,gflag,它依然会找到系统路径下的版本。 ，这有一个优先序问题，如果没有指定了NO_DEFAULT_PATH，则会先查找默认的系统库路径 如果指定了NO_DEFAULT_PATH，则只查找PATHS提供的路径，不会查找系统库路径。 因为所以原始代码中没有加NO_DEFAULT_PATH导致每次只能找到系统路径下的库。 如何保证PATHS指定的路径优先被搜索呢？
3.4K50发布于 2018-01-03 - 来自专栏嵌入式随笔
交叉编译的Linux的头文件路径
我们交叉编译Linux的时候可能需要添加新的头文件，这个头文件放在哪里。编译应用程序和内核程序不太一样，分别说。 编译应用程序 编译器需要找到头文件有几种办法 编译时-I指定路径搜索 arm-linux-gnueabihf-gcc testtty1.c -o testtty1 -I/linux 上述例子中的头文件存于根目录下的 (具体路径)export C_INCLUDE_PATH 就和设置交叉编译工具链方式一样 默认路径 头文件分两种#include <>和#include ""。 #include <>使用的是默认交叉编译环境路径，#include ""默认使用的是当前路径。 编译内核程序 内核编译是在需要内核的路径，所用使用上述默认路径。#include <>使用的是内核默认路径。#include ""默认使用的是当前路径，当前目录下找不到会再去内核默认路径找的。
12.3K50编辑于 2023-02-20 - 来自专栏coderhuo
gcc编译临时文件存放路径
代码编译的时候，编译服务器莫名其妙的报以下错误: fatal error: error writing to /tmp/ccGjoKTF.s:No space left on device 奇怪了，编译脚本中并没有往 仔细看了下错误信息，这个ccGjoKTF.s应该是编译过程的中间文件，其中文件名是随机值。然而makefile中并未要求保留汇编代码。 写了个demo，用strace（strace gcc test）跟踪了下，发现gcc不仅把汇编代码（.s）写到了tmp目录，也把二进制文件（.o)写到了tmp目录，并且编译完成自动删除临时文件。 如果在编译的时候使用-S或者-C选项，则会把对应的中间文件保存在当前目录，而不是tmp目录。 如果在编译的时候使用-save-temps选项，也会把中间产物保存在当前目录，并且编译完成不删除临时文件。 查资料发现原来gcc默认把编译过程中的中间文件写到tmp目录。
3.6K20发布于 2018-08-29 - 来自专栏职场亮哥
linux配置c++11编译环境
linux配置c++11编译环境 配置yum源 此处我们使用163的yum源，配置如下 首先备份/etc/yum.repos.d/CentOS-Base.repo mv /etc/yum.repos.d /aa.cpp 源码编译安装c++11编译环境 因为yum自带的gcc版本过低，并且c++11需要gcc4.8以上版本支持，因此需要下载gcc4.8以上版本以支持c++11 查看本地gcc版本 g++ /contrib/download_prerequisites 建立编译输出目录 在当前路径下执行即可 ./contrib/download_prerequisites 开始configure .. --disable-checking生成的编译器在编译过程中不做额外检查 编译 在编译输出目录gcc-build-4.8.2直接make即可 make 源码make过程耗时较长，一般需要半个小时以上。 程序是否可用 lambda表达式是C++11的新特性，以下程序即可验证c++11是否可用 参考：http://en.cppreference.com/w/cpp/container/array #include
6.4K20发布于 2020-10-10 - 来自专栏从ORACLE起航，领略精彩的IT技术。
Oracle 11g 编译使用BBED
编译BBED 3. BBED使用测试 Reference 1. 编译BBED make -f $ORACLE_HOME/rdbms/lib/ins_rdbms.mk BBED=$ORACLE_HOME/bin/bbed $ORACLE_HOME/bin/bbed 成功编译的结果如下 -lcommon11 -lgeneric11 -lsnls11 -lnls11 -lcore11 -lsnls11 -lnls11 -lcore11 -lsnls11 -lnls11 -lxml11 -lcore11 -lunls11 -lsnls11 -lnls11 -lcore11 -lnls11 -lclient11 -lnnetd11 -lvsn11 -lcommon11 -lgeneric11 -lsnls11 -lnls11 -lcore11 -lsnls11 -lnls11 -lcore11 -lsnls11 -lnls11 -lxml11 -lcore11 -lunls11 -lsnls11
64320编辑于 2022-05-06 - 来自专栏陈满iOS
Mac开发中Xcode 编译产生app的路径
可以按如下路径打开资源库中的目录，也可以打开终端输入cd命令并加上如下参数： cd .
2.3K20发布于 2018-09-10 - 来自专栏麒思妙想
Windows11环境编译leveldb
下载安装Visual Studio clone 代码仓库 git clone --recurse-submodules https://github.com/google/leveldb.git 编译 Generating done -- Build files have been written to: D:/study/leveldb 打开 leveldb.sln 生成解决方案 至此 leveldb 编译完成
1.4K10编辑于 2023-01-13 - 来自专栏乐沙弥的世界
Suse 11下多路径及udev配置
最近给客户基于SuSe 11 SP3下多路径部署Oracle 10g RAC。SuSe 11下用10g，也算一朵奇葩，连篇文档都比较难找，谁叫Oracle太贵呢。 下面主要是描述了在该环境下如何去配置多路径。由于10g下的ocr与votingdisk不能直接存放到asm磁盘，所以依旧要使用raw设备方式来保存。下文供大家参考。 #这个步骤是与配置单路径设备最大的区别 #下面是已经配置过后的multipath.conf文件 suse11a:~ # cp /etc/multipath.conf /etc/multipath.conf.bak #使用下面的命令用于多路径配置生效 suse11a:~ # service multipathd stop suse11a:~ # service multipathd start #下面校验多路径设备 Oracle 11g R1后可以直接使用多路径设备。
2.1K10发布于 2018-08-13 - 来自专栏机器学习入门
挑战程序竞赛系列（11）：2.5最短路径
https://blog.csdn.net/u014688145/article/details/73350943 挑战程序竞赛系列（11）：2.5最短路径 详细代码可以fork下Github 问题来了，该如何得知这个顶点已经是最短路径上的一个顶点了？DIJKSTRA把整个顶点集划分为【最短路径顶点集】和【未确定顶点集】，目标就是在每一轮松弛操作后，能够得到当前一个最短路径上的顶点。 因为源点到该顶点的路径一定是最短的，所以从该顶点出发连接未确定顶点集的路径中，必然会出现一条最短路径，指向一个新的顶点。 证明： 源点到该顶点的路径一定是最短的，所以从该顶点出发连接未确定顶点集的路径中，必然会出现一条最短路径，指向一个新的顶点。 好了，现在经过第k轮，得到了d[i]是源点s到i的【最短路径】，我们选择方法是： 从前一轮最短路径的某个顶点出发，更新所有与之相连的顶点j，选择【未确定顶点集】中的d[j]最小的顶点为新的最短路径顶点
65920发布于 2019-05-26 - 来自专栏java技术大本营
过年学习-JVM | JDK11源码编译
大家在实践过程中遇到什么问题,欢迎随时和小刀一起讨论,小刀微信: best396975802 下载源码 源码下载地址: https://hg.openjdk.java.net/jdk-updates/jdk11u 基本上是从building.html#boot-jdk-requirements这里开始准备一些基础条件,按上面的命令,把需要的依赖都安装好 必须要准备的: 至少低一个版本的jdk 这里我们的源码是jdk11 , 原则上来说, 我们要用10做bootjdk,但是通过调试日志输出, 我们可以选10和11中的一个 进行Running Configure 这里为了调试, 我们选用了调试信息最多的, slowdebug
1.7K20发布于 2020-02-17 - 来自专栏golang算法架构leetcode技术php
golang刷leetcode动态规划（11）不同路径
问总共有多少条不同的路径？ 例如，上图是一个7 x 3 的网格。有多少可能的路径？ 说明：m 和 n 的值均不超过 100。 示例 1: 输入: m = 3, n = 2 输出: 3 解释: 从左上角开始，总共有 3 条路径可以到达右下角。 1. 向右 -> 向右 -> 向下 2. 向右 -> 向下 -> 向右 3. > 向右 -> 向右 示例 2: 输入: m = 7, n = 3 输出: 28 解题思路： 1，这个问题可以拆解成子问题，并且可以用子问题的结果来求最终结果，典型的动态规划 2，step[i,j]路径数
32120编辑于 2022-08-02 - 来自专栏超级架构师
【PostgreSQL 架构】PostgreSQL 11和即时编译查询
Andres已经在系统的这一部分上工作了一段时间，在下一发行版中，我们将看到执行引擎中的一个新组件：一个JIT表达式编译器！ 当前，JIT表达式编译器在以下情况下效果最佳： 该查询包含多个复杂的表达式，例如聚合。 该查询读取了大量数据，但没有IO资源短缺。 该查询非常复杂，以至于需要花费大量的JIT精力。 为了使查询有资格显示新的PostgreSQL表达式以执行JIT编译器，我们将选择适合内存的比例因子。 结果 选择10的比例因子时，我们得到的数据库大小为22GB，包括创建的索引。 在PostgreSQL 11中，由于在查询计划时使用LLVM编译器基础结构，SQL表达式已转换为机器代码，这对查询性能产生了另一个非常好的影响！ 期待未来的Postgres PostgreSQL 11引入了一个新的PostgreSQL执行引擎，借助LLVM框架，该引擎将您的SQL代码编译为机器代码。
2.3K20发布于 2020-07-20 - 来自专栏阿dai_linux
Centos7编译安装ntp-4.2.8p11
Centos7编译安装ntp-4.2.8p11 背景 因公司做等保评级，在进行安全漏洞检测时发现ntp需要升级到ntp-4.2.7p25以上版本，经过一番搜索，没有该版本及新版本ntp的yum安装包， 所以只能编译安装了，网上搜到两篇文章，但是参考价值一般，所以自己摸索爬坑，在此记录一下。 环境 系统环境：Centos 7.2 ntpd版本：4.2.8p11 安装 下载安装包 # 官方下载 $ wget http://www.eecis.udel.edu/~ntp/ntp_spool/ntp4 /ntp-4.2/ntp-4.2.8p11.tar.gz # 解压安装包 $ tar zxvf ntp-4.2.8p11.tar.gz # 全局配置 $ cd ntp-4.2.8p11/ $ . 29: 致命错误：sys/capability.h：没有那个文件或目录” # fix $ yum install -y libcap-devel $ make && make install # 编译
2.2K30发布于 2019-04-03 - 来自专栏全栈码
win10_opencv4.2_cuda11_vs2019 编译
查看cuda11支持的vs版本：https://docs.nvidia.com/cuda/cuda-installation-guide-microsoft-windows/index.html tmp.png 点击【configure】目标，弹出对话框选择如下： tmp.png 8，然后点击【Finish】完成config之后，然后找到 OPENCV_EXTRA_MODULES_PATH 设置扩展模块的源代码路径 11，在搜索框中 CUDA_FAST_MATH，打勾，再configure。没有错误，完成。 12，点击【generate】按钮，生成项目。 好，再来一遍，我默认安装的vs2019 cl.exe路径为： C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools 编译时间非常长，大约在2--4个小时时间 编译好后应该不会有什么错。如果有一两个Matlab啊Python啊之类的错误请无视之。如果几十个几百个错可能就会很大程度上影响使用了。
4.4K22发布于 2020-09-10 - 来自专栏c++ 学习分享
QT5.1编译后的安装目录问题（硬路径问题）
QT5.1编译后的安装目录问题（硬路径问题） 这个是我的编译参数： configure -ltcg -confirm-license -opensource -platform win32-msvc2010 tests -nomake examples -nomake demos -mp -openssl-linked OPENSSL_LIBS="-lssleay32 -llibeay32" nmake编译过程是一路顺利 ，没有发生过错误提示，然后是nmake install也顺利完成，用VSAddin导入VS2010中也能顺利编译QT程序 唯一奇怪的就是 -prefix "D:\QT\5.1.0_vc2010_x64 " 定义的安装目录，完全不能改，无论是修改5.1.0_vc2010_x64的目录名或者将5.1.0_vc2010_x64移到其他目录，这个编译的版本就不能工作了，连bin下的QT几个自编译的软件也打不开
58220编辑于 2023-07-06 - 来自专栏kl的专栏
linux php源码编译安装配置php安装路径时报错
Linux环境下安装 PHP 5.4.3 报 configure error xml2-config not found. please check your libxml2 installation 错误
74820编辑于 2023-11-17 - 来自专栏算法与开发
编译正常运行，打jar包运行报错（找不到文件路径）
开发与算法学习社区 博主个人主页：Killing Vibe的博客 欢迎大家加入，一起交流学习~~ 问题描述 Maven项目下，从resouces目录下把文件读入内存时，例如将sql文件用文件输入流读入时，编译时运行正常 （一般不使用绝对路径，可移植性太差） 这个时候，正常去在项目下编译运行时没有任何问题的，但我们把这个项目打包成可执行jar包的时候，在终端运行这个jar包，就会报错，系统找不到指定的这个文件路径： 原因就在于此时打包后的 jar包默认是在target文件夹下，而我们的代码默认的工作目录是项目的目录，所以一旦在jar包所在目录运行这个jar包，相对路径就不对了，就会报路径错误。 注：已有类就是项目文件夹下的任何一个类，比如我在src/main/java下写了一个叫做DBUtil的类 因为项目中的源文件打包编译之后都会放在 target 文件夹下的 classes 文件夹中（包括资源文件 ），而刚好这个jar包也是默认放在target文件夹下，所以两者工作目录相同，就不会报错 简单解释一下这个方法的原理： 调用DBUtil.class.getClassLoader()就会获取到编译后的classes
4.1K30编辑于 2022-11-18 - 来自专栏CSDNToQQCode
win11 on arm 通过cmake编译&运行C++代码
) add_executable(MyApp main.cpp) 创建build文件夹 mkdri build 配置项目 在build目录上打开cmd 看好路径 cmake .. Win11 on ARM编辑C++目的 性能和能效优势 硬件特性适配：Windows on ARM 设备通常采用 ARM 架构处理器。 并行计算潜力：ARM 处理器在现代设备中往往具有多核特性，C++ 11 及以后的标准提供了丰富的多线程和并行计算库（如std::thread、std::async等）。 开发工具和资源丰富 成熟的 C++ 编译器支持：在 Windows on ARM 平台上，有多种成熟的 C++ 编译器可供选择。 例如，Microsoft Visual C++ 编译器（MSVC）可以很好地支持 ARM 架构下的 C++ 开发。
1.1K10编辑于 2024-10-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号