linux编译报错混合的隐含和普通规划

最新推荐文章于 2024-10-22 22:06:13 发布

转载最新推荐文章于 2024-10-22 22:06:13 发布 · 215 阅读

博客主要提及了两处修改内容，一是将config和%config分开重写一次，二是另一处修改情况与前者相同。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1. 修改

config %config: scripts_basic outputmakefile FORCE
    $(Q)mkdir -p include
    $(Q)$(MAKE) $(build)=scripts/kconfig $@
    $(Q)$(MAKE) -C $(srctree) KBUILD_SRC= .kernelrelease

将 config 和%config分开重写一次即可：

config: scripts_basic outputmakefile FORCE
    $(Q)mkdir -p include
    $(Q)$(MAKE) $(build)=scripts/kconfig $@
    $(Q)$(MAKE) -C $(srctree) KBUILD_SRC= .kernelrelease
%config: scripts_basic outputmakefile FORCE
    $(Q)mkdir -p include
    $(Q)$(MAKE) $(build)=scripts/kconfig $@
    $(Q)$(MAKE) -C $(srctree) KBUILD_SRC= .kernelrelease

2. 修改

/ %/: prepare scripts FORCE
 　　$(Q)$(MAKE) KBUILD_MODULES=$(if $(CONFIG_MODULES),1) \$(build)=$(build-dir)

同上

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

zyxonj

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

《拉依达的嵌入式\驱动面试宝典》—C/CPP基础篇(四)

拉依达不拉跨的博客

12-15

255

《拉依达的嵌入式\驱动面试宝典》整合了所有我认为可能遇到的技术面试问题。所有问题及其答案均是我个人学习后查阅资料总结，每个回答都做了仔细的分析，在嵌入式及其驱动面试相关问题解析做到全网独一无二。学习或者转行到嵌入式、驱动开发领域学习的不二之选

Linux下的makefile编写详解

shanzhizi的专栏

11-27

2291

转自陈皓 (优快云) 概述 —— 什么是makefile？或许很多Winodws的程序员都不知道这个东西，因为那些Windows的IDE都为你做了这个工作，但我觉得要作一个好的和 professional的程序员，makefile还是要懂。这就好像现在有这么多的HTML的编辑器，但如果你想成为一个专业人士，你还是要了解 HTML的标识的含义。特别在Unix下的软件编译，你

参与评论您还未登录，请先登录后发表或查看评论

Makefile‘ *** 混和的隐含和普通规则’错误的解决

T.s.road

11-09

1566

工作环境: fedora14目标平台：s3c2440/ s3c6410开发包内核源码目录：/home/linux-2.6.24-5801 开发包内核版本：2.6.24交叉编译工具：gcc-3.4.1 及升级版用 gcc-3.4.6交叉编译3210内核，执行make命令，会提示"*** 混和的隐含和普通规则。停止。"的错误。这是由于fedora14的Make工具对低版本内核Makefile一些

Makefile: 混合的隐含和普通规则

dgxll的专栏

02-12

1180

Makefile: 混合的隐含和普通规则错误 2012-06-28 03:13:47| 分类： Linux | 标签： |举报 |字号大中小订阅在编译 kernel 时，有机会碰见下面的错误： Makefile: *** 混合的隐含和普通规则。停止。 Makefile: *** mixed impli

make内核提示:Makefile: *** 混合的隐含和普通规则。停止。

weixin_30847271的博客

08-14

797

编译内核时提示： Makefile:1610： *** 混合的隐含和普通规则。停止。主要是交叉编译器的语法兼容问题，修改Makefile即可：找到445行: config %config: scripts_basic outputmakefile FORCE $(Q)mkdir -p include/linux include/config...

Makefile:混合的隐含和通用规则

al86866365的专栏

02-25

1570

在编译kernel 时，有机会碰见下面的错误：Makefile: *** 混合的隐含和普通规则。停止。 Makefile: *** mixed implicit and normal rules. Stop. 这个原因可能是Make工具对低版本内核的Makefile一些旧的规则兼容不好，我们只需要修改对应的Makefile。把： / %/: prepare scripts FOR

makefile编译提示“混合的隐含和普通规则”错误解决

zouli415的博客

05-19

1986

问题描述：执行make menuconfig命令的时候，提示Makefile:421: *** 混和的隐含和普通规则。停止。由于高版本make对Makefile的一些旧规则兼容不是很好，只需要修改Makefile文件即可。解决流程: 1. 修改　　config %config: scripts_basic outputmakefile FORC...

ERROR: Failed to build installable wheels for some pyproject.toml based projects (mmcv-full)报错

热门推荐

数据与算法架构提升之路专栏

03-29

2万+

高频面试题深入剖析

写给程序员的差量概念辨析,以Git和Docker为例

canonical的博客

10-22

1098

运算规则是与某个空间绑定的。因为我们在中学所学的数学规则都是应用在自然数、有理数、实数这种习以为常的数值空间中，所以大部分人没有意识到运算规则仅在它对应的空间中有效，而且在定义的时候，运算规则和它所作用的空间就是作为一个整体来定义的。在数学中，包含单位元和逆元概念的最小化的数学结构是群(Group)，下面我们就仔细分析一下群的定义。智谱清言AI给出的标准定义如下：封闭性（Closure）：对于所有 $ a, b \in Ga * b $ 也在 $ G $ 中。结合性（Associativity）

"*** 混和的隐含和普通规则

wuyupei1213434654的专栏

04-25

667

工作环境: fedora14 目标平台：s3c2440 开发包内核源码目录：开发包内核版本：交叉编译工具：用gcc-3.4.6交叉编译3210内核，执行make命令，会提示"*** 混和的隐含和普通规则。停止。"的错误。这是由于fedora14的Make工具对低版本内核Makefile一些旧的规则兼容不是很好，只需要修改一下开发包内核原码里的Makefile。对文件/home/l

Makefile‘混和的隐含和普通规则’错误的解决

CSU_Freefancy

07-10

1132

在使用Fedora 17编译内核时(v2.6.21)报如下错误：引用: Makefile:418: *** mixed implicit and normal rules. Stop. Google后得到的结果是makefile的规则问题，fedora 17的make版本较新，GNU Make自fedora 14就升级到3.82版本了。代码: [jarson@

Ubuntu16.04编译sdk遇到的问题和解决方法

非典型ITman的博客

07-28

2867

在Ubuntu16.04下开发遇到的问题和解决方法最近在项目开发中需要用到服务器编译代码，服务器使用的ubuntu版本是1604的；因为原来一直是在虚拟机上编的，虚拟机装的是ubuntu1204版本，代码在1204下编译打包固件都没问题，当放到1604下编译的时候就出现各种问题了，这也在我的意料之中了，毕竟版本差异还是有点点，主要是一些系统工具版本，脚本命令格式等等差异带来的。下面直接...

08.构建根文件系统

嵌入式与Linux那些事的博客

11-25

3326

最小根文件系统的组成：1.dev/console /dev/null 2.init程序（来源busybox）3./etc/inittab 4.配置文件指定的应用程序 5.C库 1.配置编辑busybox (1)将busybox-1.7.0.tar.bz2文件上传到ubuntu中work/system，使用tar xjf busybox-1.7.0.tar.bz2解压，查看install文件， ...

“Makefile:xxx：***混合的隐含和普通规则。停止”

zyllong的专栏

07-15

3612

在编译 kernel 或其它应用程序时，有时会碰见下面的错误，我今天在编译busybox时就遇到了这样的问题： Makefile: *** 混合的隐含和普通规则。停止。 Makefile: *** mixed implicit and normal rules. Stop. 这个原因可能是Make工具对低版本内核的Ma

linux内核Makefile中的build构建机制

metersun的专栏

08-15

1万+

一. build定义： scripts/Kbuild.include build := -f $(if $(KBUILD_SRC),$(srctree)/)scripts/Makefile.build obj $(KBUILD_SRC)常规情况下为空，所以的变量定义可简化为： build := -f scripts/Makefile.build obj

make menuconfig makefile kconfig详解

xinyuan510214的专栏

05-12

3615

前面有一片文章分析make menuconfig执行过程：http://blog.csdn.net/xinyuan510214/article/details/50964808 今天，将一下make menuconfig makefile kconfig等几个容易混淆的关键操作。 === 1、内核Makefile概述（linux 2.6） Linux内核的Makefile分为5个部分

二、编译第一步 make xxx_defconfig

dongbipi3785的博客

04-29

666

2.1顶层make defconfig规则　　make xxx_defconfig 的执行主要分成三个部分：执行make -f ./scripts/Makefile.build obj=scripts/basic，编译生成scripts/basic/fixdep工具执行make -f ./scripts/Makefile.build obj=scripts/kc...

u-boot 编译流程 (一)

Jun's blog

01-18

542

1 .config 研究.config文件的产生流程，添加自己的配置 U-Boot 2017.11 Source Insight 1.1 find %config 当我们执行sudo make smdk5250_defconfig命令行后，make会进入顶层Makefile文件,执行下面的语句. 而%config依赖scripts_basic 和 ouputmakefile, 所以我问首先去看scripts_basic %config: scripts_basic outputmakefile FORC

stm32编译报错隐含定义问题

04-03

<think>好的，我现在需要解决用户在STM32编译时遇到的隐含定义错误，也就是undefined reference的问题。用户提到的错误通常发生在链接阶段，编译器找不到某个函数或变量的定义。首先，我应该回忆一下常见的导致这个错误的原因，然后逐步分析可能的解决方案。首先，可能的原因是函数或变量声明了但没有定义。用户可能在头文件中声明了一个函数，但在源文件中没有实现它。比如，在某个.h文件里写了void foo();，但对应的.c文件里没有void foo() { ... }的实现。这时候链接器就会报错undefined reference to `foo'。这时候需要检查所有声明的函数是否有对应的实现。其次，可能是源文件没有被正确添加到编译过程中。在STM32的项目中，尤其是使用IDE如STM32CubeIDE或者Makefile时，如果新增了一个.c文件，但忘记将其加入编译列表，那么其中的函数和变量就不会被编译进去，导致链接错误。需要检查项目配置，确认所有需要的源文件都包含在构建中。另外，还有可能是链接器的脚本文件没有正确配置，导致某些必要的库没有被链接进去。例如，使用了标准库函数，但链接时没有链接相应的库文件。或者，在STM32的项目中，没有正确包含启动文件或系统文件，这也会导致一些底层函数的缺失。还有一种情况是函数的命名在C和C++混合编程时发生问题，比如在C++代码中调用C函数时，没有使用extern "C"来声明，导致名称修饰（name mangling）不一致，从而找不到对应的符号。这时候需要在头文件中用#ifdef __cplusplus extern "C" { #endif来包裹声明，确保C++编译器正确识别函数名。此外，编译选项的问题也可能导致这个问题。例如，某些优化选项可能会去掉未使用的函数，如果某个函数被声明为静态的（static）但没有被使用，编译器可能会优化掉它，导致链接错误。或者，编译时的符号可见性设置不正确，导致某些符号在链接时不可见。还需要检查是否所有的头文件路径都被正确包含。如果某个头文件所在的目录没有添加到编译器的包含路径中，那么头文件中的声明可能无法被正确找到，虽然这通常会导致编译错误而不是链接错误，但有时候也可能间接引发问题。针对用户的具体情况，可能需要他们检查以下几点： 1. 确认报错的函数或变量是否在项目中正确实现了。 2. 检查所有相关的源文件是否被添加到编译列表中。 3. 确保链接器脚本正确，包含了必要的库和启动文件。 4. 检查是否有C和C++混用导致的名字修饰问题。 5. 查看编译选项，是否有优化或符号导出的问题。另外，用户提到的引用部分提到依赖配置的问题，可能与构建系统的配置有关，比如在sbt中配置依赖的作用域。虽然STM32项目通常不使用sbt，但如果是使用类似构建工具，可能需要检查依赖项的配置是否正确，确保所需的库在正确的配置（如Compile或Test）下被引入。但如果是用Makefile或IDE，需要检查链接器的库路径和库文件是否添加正确。总结下来，解决undefined reference的问题需要系统地检查声明、定义、编译和链接的各个环节，确保每个符号都有正确的实现，并且被正确地包含在构建过程中。</think>### STM32编译隐含定义错误(undefined reference)解决方案 #### 1. 检查函数/变量定义完整性当出现$undefined\ reference$错误时，首先确认报错的符号是否具有完整的定义： - 在$header.h$中声明的函数$void\ demo()$，必须在$source.c$中有具体实现 - 使用$extern$声明的全局变量，需要在某处进行初始化，例如在$config.c$中定义：$int\ global\_var = 0;$ - 特殊符号如中断向量表，需确认在$startup\_stm32f4xx.s$等启动文件中存在定义[^1] #### 2. 验证编译文件包含在工程配置中检查所有源文件的包含状态： ```makefile # 示例Makefile应包含所有.c文件 SRCS = main.c \ stm32f4xx_it.c \ system_stm32f4xx.c \ new_module.c # ← 新增文件必须在此声明 ``` #### 3. 配置链接器参数在IDE或链接脚本中确保： - 正确指定芯片型号对应的链接脚本（如$STM32F407VGTx_FLASH.ld$） - 包含标准外设库：$LDFLAGS += -larm_cortexM4lf_math$ - 堆栈空间设置合理（小内存芯片需特别注意） $$ /* 链接脚本片段示例 */ MEMORY { RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 192K FLASH (rx) : ORIGIN = 0x8000000, LENGTH = 1024K } ``` #### 4. 检查C/C++混合编程当同时使用C和C++文件时，应在头文件中添加兼容声明： ```c #ifdef __cplusplus extern "C" { #endif void HAL_ADC_Init(ADC_HandleTypeDef* hadc); // C风格函数声明 #ifdef __cplusplus } #endif ``` #### 5. 优化级别验证在$Project Properties > C/C++ Build > Settings$中： - 开发阶段建议使用-O0优化等级 - 检查Linker > Miscellaneous中的额外参数是否异常 - 确认未启用--gc-sections（该选项会移除未使用的段） #### 典型错误案例解析 ```c /* 头文件声明 */ // utils.h int calculate(int a, int b); // 声明但未实现 → 引发L6200E错误 /* 正确做法 */ // utils.c #include "utils.h" int calculate(int a, int b) { return a * b + 10; // 添加具体实现 } ```