buildroot交叉编出错You seem to have the current working directory in your LD_LIBRARY_PATH environment

最新推荐文章于 2024-12-18 18:28:21 发布
原创 最新推荐文章于 2024-12-18 18:28:21 发布 · 6k 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细介绍了在使用Buildroot进行交叉编译时遇到的一个常见错误：当前工作目录出现在LD_LIBRARY_PATH环境变量中，导致依赖构建失败。文章提供了具体的解决步骤，即通过sudo权限重新运行make命令来修复该问题。

buildroot交叉编译出现如下错误的时候：

You seem to have the current working directory in your
LD_LIBRARY_PATH environment variable. This doesn't work.
support/dependencies/dependencies.mk:21: recipe for target 'dependencies' failed
make[1]: *** [dependencies] Error 1
Makefile:84: recipe for target '_all' failed
make: *** [_all] Error 2

解决最有效的办法是：$ sudo make

Buildroot 之四 构建独立交叉编译工具链
技术干货
03-11 1409
手动编译交叉工具链费时又费力，通常，我们会使用 Buildroot 或 crosstool-NG 这两个工具来辅助建立我们自己的交叉编译工具链。其中，Buildroot 基于 uclibc 制作交叉工具链， 而 crosstool-NG 则基于 glibc 制作交叉编译工具链。本文我们来详细学习一下如何使用 Buildroot 构建我们的交叉编译工具链。
git submodules：Unable to find current origin/master revision in submodule path
喜欢打篮球的普通人
06-06 4596
使用场景基于公司的项目会越来越多，常常需要提取一个公共的类库提供给多个项目使用，但是这个library怎么和git在一起方便管理呢？如何在git项目中导入library库?library库在其他的项目中被修改了可以更新到远程的代码库中?解决以上问题，可以考虑使用git的 submodule 来解决。如何在clone的时候能够自动导入library库?其他项目如何获取到library库最新的提交?submodule是什么?
【解决方法】You seem to have the current working directory in your LD_LIBRARY_PATH environment variable.
wangchaoqi1985的博客
08-01 1331
【解决方法】You seem to have the current working directory in your LD_LIBRARY_PATH environment variable.
buildroot编译时错误输出:You seem to have the current working directory in your PATH
Amelio Ming
12-18 428
buildroot编译时出现如下打印信息:You seem to have the current working directory in your PATH
buildroot编译遇到的问题
weixin_40437029的博客
06-30 482
1 sudo apt install expect 2 You seem to have the current working directory in your LD_LIBRARY_PATH environment variable. This doesn’t work. make: *** [core-dependencies] 錯誤 1 将这个环境变量清除 export LD_LIBRARY_PATH=
buildroot make出现：You seem to have the current working directory in your LD_LIBRARY_PATH environment
huliu0521的博客
04-02 1607
有网友给出答案，用sudo make，当然可以解决问题，但是在sudo下运行，显然不合理。 要找到根本原因才行： buildroot/support/dependencies/dependencies.sh 你可以check一下自己LD_LIBRARY_PATH变量，echo $LD_LIBRARY_PATH 脚本写的很清楚，*::*|*:.:* ，如果你的$LD_LIBRARY_PATH包含：：，那么认为有问题，直接退出。 解决办法就是修改自己的$LD_LIBRARY_PATH，只要不包含：
buildroot 遇到的CWD 问题
ninesunsz的专栏
05-23 1364
在buildroot的目录下运行 make,出现错误提示： ARY_PATH environment variable. This doesn't work." LD_LIBRARY_PATH environment variable. This doesn't work 网上艘了一下，说最好的解决方案是sudo.试用sudo，确实能工作了，但是看readme里面说尽量不要用root身份运行，于是又艘了艘，说unset LD_LIBRARY_PATH,就可以了，试了一下，这个错误过去了，但是又出了如下错
rv1126 SDK编译【2020-0912版本SDK包】
学习记录
12-09 1万+
rv1126 sdk 编译
【Buildroot】构建根文件系统及问题总结
过得精彩，无所谓好坏
08-18 2040
利用buildroot构建镜像
You seem to have the current working directory in your LD_LIBRARY_PATH environment variable.
kunkliu的博客
11-21 5040
转载地址：https://blog.youkuaiyun.com/qq_24755999/article/details/78722788 问题现象： You seem to have the current working directory in your LD_LIBRARY_PATH environment variable. This doesn't work. make: *** [core-...
You seem to have the current working directory in your LD_LIBRARY_PATH environment variable. This doesn't work. support/dependencies/dependencies.mk:27: recipe for target 'dependencies' failed make[1]: *** [dependencies] Error 1 Makefile:96: recipe for target '_all' failed make: *** [_all] Error 2 make: Leaving directory '/home/gezi/study/work/allwinner/buildroot/buildroot-201902' ERROR: build buildroot Failed
最新发布
11-20
You seem to have the current working directory in your LD_LIBRARY_PATH environment variable. This doesn't work. 同时，make过程会因此失败（如：make: *** [core-dependencies] 错误 1）。 原因分析： ...
raspberrypi_cross_compilation_sdk:GN交叉编译Buildroot（适用于Raspberry Pi等目标）
05-17
基于Clang 6的工具链和GN buildroot，用于为Raspberry Pi设置交叉编译环境。 先决条件 Mac或Linux主机和Raspberry Pi。 Raspberry Pi的用法 将准备好的工具链，sysroot和相关工具下载到out目录./tools/setup_sdk.sh...
Buildroot配置与Qt5交叉编译教程
07-18
对于国产龙芯（Loongson）平台，由于其需要专用的工具链来编译和运行应用程序，Buildroot和Qt5交叉编译技术显得尤为重要。Buildroot是一个轻量级构建系统，可为嵌入式设备生成最小化且自包含的文件系统。它通过菜单...
【解决方法】You seem to have the current working directory in your LD_LIBRARY_PATH environment variable....
weixin_30682415的博客
07-10 1047
参考地址：https://blog.youkuaiyun.com/qq_24755999/article/details/78722788 You seem to have the current working directory in your LD_LIBRARY_PATH environment variable. 问题现象： 在 buildroot make的时候，出现以下的提示： ...
You seem to have the current working directory in yourLD_LIBRARY_PATH environment variable. This do
计算机视觉算法、工程、产品
01-25 772
You seem to have the current working directory in yourLD_LIBRARY_PATH environment variable.
You seem to have the current working directory in your PATH environment variable. This doesn‘t work.
城域
10-04 894
查看PATH，原来是后面多了个 ":"，在/etc/environment或者/home/hxc/.bashrc去掉，编译通过。到dependencies.sh查看，打印这个输出地方，可以发现是PATH不符合要求。到对应文件查看，调用了dependencies.sh。buildroot执行make时候出现 下面的错误。
[Tutor] how to change the current working directory path in ipython.
01-16 276
[Tutor] how to change the current working directory path in ipython. [Tutor] how to change the current working directory path in ipyt...
Centos7系统安装yum遇到的问题failure: repodata/repomd.xml from base: [Errno 256] No more mirrors to try. http:
热门推荐
果冻先生的专栏
06-10 17万+
当遇到这个问题的时候，发现网上也有很多人也在问同样的问题。但是发现大家问的问题，很少有人能解释得很清楚，而且很多人的解决方法复杂且不能解决问题。我查了近二十篇博客和文章，对照做了，但是基本解决不了问题。 http://mirrors.ustc.edu.cn/help/centos.html http://mirrors.163.com/.help/centos.html https://bl...
You seem to have the current working directory in your LD_LIBRARY_PATH environment variable. This doesn't work. make[1]: *** [support/dependencies/dependencies.mk:27：dependencies] 错误 1 make: *** [Makefile:114：_all] 错误 2
04-03
<think>好的，我现在需要解决用户提到的关于LD_LIBRARY_PATH环境变量导致的make错误问题。首先，用户描述的错误是当LD_LIBRARY_PATH包含当前工作目录时，make报错dependencies.mk:27和Makefile:114的问题。我需要理解这个问题的根源，然后找到解决方案。 首先，LD_LIBRARY_PATH是一个环境变量，用于指定动态链接器在运行时查找共享库的路径。如果这个变量包含当前工作目录（即.），可能会导致一些问题。特别是在构建过程中，make可能会尝试加载当前目录下的库，而这些库可能与系统库冲突，或者存在其他依赖问题。此外，某些构建系统或脚本可能对LD_LIBRARY_PATH的设置比较敏感，特别是在交叉编译或使用特定工具链时，比如在buildroot环境中。 接下来，我需要考虑具体的错误信息。用户提到dependencies.mk:27和Makefile:114的错误，但具体的错误内容没有给出。不过，常见的这类错误可能包括找不到库文件、符号链接问题，或者权限问题等。但结合用户提到的LD_LIBRARY_PATH包含当前目录，可能的问题在于构建过程中某些命令在运行时加载了错误版本的库，导致编译失败。 查阅用户提供的引用内容，特别是引用[1]和引用[2]，涉及到buildroot的编译环境。buildroot在编译过程中会生成br.log文件，用户可以通过查看这个日志来定位具体错误。此外，引用[3]提到了编译LightGBM时出现的头文件缺失问题，虽然问题不同，但解决方法涉及修改构建选项，这可能提示用户需要调整构建配置以避免路径问题。 可能的解决方案步骤包括： 1. **检查LD_LIBRARY_PATH的设置**：用户需要确认当前环境变量LD_LIBRARY_PATH是否确实包含当前目录。可以通过在终端执行`echo $LD_LIBRARY_PATH`来查看。如果包含.，则需要修改这个变量，去掉当前目录的路径。 2. **临时修改环境变量**：在构建过程中临时取消设置或修改LD_LIBRARY_PATH。例如，在运行make命令前，使用`unset LD_LIBRARY_PATH`或者设置其为正确的库路径，而不是包含当前目录。 3. **修改构建脚本或配置文件**：如果问题出在buildroot或其他构建系统的配置文件中硬编码了LD_LIBRARY_PATH，可能需要修改这些文件，移除对当前目录的引用。例如，在buildroot的makefile或相关配置中检查是否有设置LD_LIBRARY_PATH的地方，并修正路径。 4. **检查依赖库的安装位置**：确保所有需要的库都正确安装，并且路径已经正确添加到LD_LIBRARY_PATH中，避免让构建系统去当前目录查找，这可能导致意外行为。 5. **分析br.log日志文件**：根据引用[1]，用户应查看buildroot生成的br.log文件，具体错误信息可能在其中，从而更精准地定位问题。例如，日志可能显示某个库加载失败，或者某个命令因为路径问题执行失败。 6. **避免在LD_LIBRARY_PATH中使用相对路径**：尽量使用绝对路径，并且确保这些路径指向正确的库目录。相对路径（如.）在不同工作目录下可能会有不同的解析结果，导致不可预测的问题。 7. **使用静态链接或设置RPATH**：如果可能的话，在编译时使用静态链接，或者设置RPATH来指定库的搜索路径，这样就不需要依赖LD_LIBRARY_PATH环境变量。 在实施这些步骤时，用户需要根据具体的构建环境和错误信息进行调整。例如，如果错误发生在执行某个特定的构建步骤时，可能需要在该步骤前临时修改环境变量。另外，用户需要注意权限问题，确保有足够的权限访问所需的库文件。 总结来说，问题的核心在于LD_LIBRARY_PATH包含了当前目录，导致构建过程中动态链接器加载了错误的库或者找不到需要的库。通过调整环境变量设置、检查构建配置以及分析日志文件，可以逐步定位并解决问题。</think>### 解决LD_LIBRARY_PATH导致make报错的方法 #### 1. 检查并修改环境变量 首先确认`LD_LIBRARY_PATH`是否包含当前目录`.`。执行以下命令查看： ```bash echo $LD_LIBRARY_PATH ``` 若输出中包含`.`或空白路径（隐式包含当前目录），需修改环境变量： ```bash # 临时移除当前目录 export LD_LIBRARY_PATH=$(echo $LD_LIBRARY_PATH | sed 's/:.:/:/g' | sed 's/^://' | sed 's/:$//') # 或完全重置为安全路径（根据实际库路径调整） export LD_LIBRARY_PATH="/usr/local/lib:/usr/lib" ``` #### 2. 在构建命令中覆盖环境变量 在运行`make`时直接覆盖环境变量，避免污染全局设置： ```bash LD_LIBRARY_PATH="" make ``` 此命令会临时清空`LD_LIBRARY_PATH`，确保编译时仅使用系统默认库路径。 #### 3. 修改构建系统配置 若错误源于构建系统（如buildroot）的默认设置： - 检查`buildroot`的`Makefile`或`dependencies.mk`中是否硬编码了`LD_LIBRARY_PATH`。 例如在`dependencies.mk:27`或`Makefile:114`中找到类似`export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH`的语句，移除`.`路径[^2]。 #### 4. 分析日志定位具体错误 根据引用[1]，查看`buildroot`生成的`br.log`文件，定位报错根源： ```bash tail -n 100 br.log | grep "error\|warning" ``` 日志可能显示动态库加载失败的具体信息（如符号冲突或缺失库）。 #### 5. 验证依赖库安装 确保所有依赖库已正确安装且路径已配置： ```bash # 示例：检查OpenMP库路径（参考引用[3]） find /usr -name "libgomp*" ``` 若库路径未包含在`LD_LIBRARY_PATH`中，需手动添加。 #### 6. 使用静态链接或RPATH 在编译时通过`-static`或`-Wl,-rpath`指定库路径，减少对`LD_LIBRARY_PATH`的依赖： ```makefile # 在Makefile中添加 CFLAGS += -Wl,-rpath=/usr/local/lib ```
评论 5
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值