WARNING: #14-D: extra text after expected end of preprocessing directive

最新推荐文章于 2023-03-30 20:39:17 发布
原创 最新推荐文章于 2023-03-30 20:39:17 发布 · 9.1k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文分享了在编程过程中遇到的因文件名格式不正确导致的编译错误经验，强调了文件名大小写和调用路径一致性的重要性，并提到了追求代码质量，消除warning的最佳实践。
部署运行你感兴趣的模型镜像

边写边编译，中途发现这样：
在这里插入图片描述

文件名的格式不对，大小写和内部调用路径的不一致，退出去改对文件名后，其他同时出现的错误也消失了在这里插入图片描述
我有点追求完美，warning也尽量消除。

您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型，相比 3.0 版本，它提升了图像质量、运行速度和硬件效率

STM32调试过程中出现的问题1：
weixin_44403365的博客
08-24 1926
STM32调试过程中出现的问题1： …\HARDWARE\KEY\key.c(47): error: #29: expected an expression if(key_up&&(KEY00))||KEY10||WK_UP1)) …\HARDWARE\KEY\key.c(55): warning: #12-D: parsing restarts here after previous syntax error else if(KEY01&&KEY11&&
stm32学习开发debug记录（1）
Borton__的博客
06-21 1891
本系列记录开发stm32过程中遇到的一系列bug，可作为日后debug时的参考，也可为同刚起步学习stm32的小白作为debug参照。 安装 （1）安装keil最新版本可参照https://www.cnblogs.com/armfly/p/12564643.html，网页中附有keil最新版本安装包和各种stm32开发所需的支持包。 注意！用购买的开发板测试时，采用过高版本的keil可能发生固件无法更新的情况，提示： The up-to-date firmware is too big for this b
extra text after expected end of preprocessing directive
QX_a11的博客
09-08 8750
原代码： #ifdef defined(ENABLE) ********** #elifdefined(ENABLE) ********** #endif 会有警告Warning: #14-D: extra text after expected end of preprocessing directive发生，意思是预期预处理指令是在#ifdef后就要结束的，属于预处理用法产生的问题 改为： #ifdefined(ENABLE) ********** #elifdef...
PyTorch RuntimeError: error: extra text after expected end of number
Francis Li
03-30 1059
torch.jit.fuser 的问题。
Keil/MDK(0)：使用过程中的一些设置/问题
u014448875的博客
02-21 5837
目录0. 概述1. 背景颜色设置 0. 概述 1. 背景颜色设置 Keil 保护视力背景颜色设置
Error[Pe011]: unrecognized preprocessing directive
AAlonso的博客
12-23 1万+
最近编程出现了一个这样的报错，unrecognized preprocessing directive （无法识别的预处理指令） 预处理功能常用的主要以下3种： 1.宏定义 2.文件包含 3.条件编译 如果出现这样的报错，查看预编译指令是否发生错误，例如关键词有没有写错（include,define ifndef endif等），是不是加了不该加的符号（如: ;）...
解决jsp中的Description Resource Path Location Type错误提示
热门推荐
OrangQceee的博客
12-25 6万+
当我们即便是把一个完整的项目导入到eclipse之后，也有可能会在jsp中出现类似于下面这样两种错误。 Description Resource Path Location Type Fragment "/xxx.jsp" was not found at expected path /xxxx.jsp xx.jsp /xxxxx line 6 JSP Problem Description R...
keil5错误集锦
qq_38821783的博客
04-08 6446
…\user\api\led.h(4): error: #11-D: unrecognized preprocessing directive 预编译出错。–可能是字母打错了
fatal: git fetch-pack: expected shallow list
Arlo的博客
01-11 6124
今天新安装了git-runner，在执行git-ci的时候，提示如下错误： Running with gitlab-runner 14.6.0 (5316d4ac) on Inboc-Gitlab-Runner for linux jqG_RmvR Preparing the "shell" executor 00:00 Using Shell executor... Preparing environment 00:00 Running on Inboc-Gitlab-Runner... Gettin
单片机软件编译问题汇总
嵌入式分享
02-13 8534
介绍一下单片机开发过程常见报错及解决方法
错误处理
aha_aha_的博客
02-14 354
Description Resource Path Location Type One or more constraints have not been satisfied. springmvc1 line 1 Maven Java EE Configuration Problem Description Resource Path Location Type One or more cons...
eclipse新建maven项目：Errors occurred during the build.
伟庭的博客
03-23 5230
eclipse新建maven项目报错：Errors occurred during the build.
Maven项目错误解决小结
Zero的博客
07-12 3802
Maven项目错误解决小结 注：整理错误，不喜欢为了一个小问题，占篇幅，所以请Ctrl+F自己查看，定位问题，愿为解决. 注：网络上的错误解决经验，只是作者在特定的条件下发生，或者适合你不适合你，请勿责怪，若无解决答案，请你请教他人或耐心解决，可以记录之后分享，我们爱分享，一起开始吧！ 问题1： -Dmaven.multiModuleProjectDirectory system prop
经典的编译错误
Jans的专栏
05-30 1781
: 编译时总出这个错误为什么? : fatal error C1010: unexpected end of file while looking for precompiled : header directive : 我查了msdn好像不是他说的错误原因. 这是预编译头文件没有包括进来, 有两种解决办法, 一是把所有的源程序文件前面都加上#include 第二种方法是,如果你不原意改变源
完美解决消除多种 warning（基于VxWorks7.0）适用C开发
weixin_45787652的博客
11-18 1684
完美解决消除多种 warning（基于VxWorks7.0）适用C开发 方式1：直接忽略警告 注：（此方式弊端是在软件审核时会降低等级或者无法通过） 打开项目属性添加如下：（作用是忽略掉这些代号的警告） -ei4177,4301,4550 -ei4177,4550,2273,5387,5388,1546,1824 -ei4111,4171,4188,4191,4513,5457 方式2：逐个消除警告 警告1：line 15: warning (etoa:4068): integer convers
Cocos2d-x3.2总结(五)Eclipse下生成Android APK提示"Description Resource Path Location Type"的解决方法集锦
cbbbc
09-12 3万+
由于Cocos2d-x支持
错误总结20210902
\x10\x11
09-02 1万+
3.com.google.gson.JsonSyntaxException: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at line 1 column 1 path $ at com.google.gson.internal.bind.ReflectiveTypeAdapterFactoryAdapter.read(ReflectiveTypeAdapterFactory.java:226)atcom.goo
[MSP430] 1.第一个工程
代码仔
03-01 6459
在这一部分中，我们将介绍CCS集成开发环境的一些基本使用方法，并试着编写一个简单的小程序，实现按键打开LED灯的功能。 TI 的 Launchpad 板本身是完整的 MSP430 开发环境,我们所需要做的仅仅是下载安装CCS 集成开发环境(也可以用IAR 等开发环境,这里我们选用CCS),用 Mini-USB 线把MSP430 连接到电脑,你就可以开始编写代码了。 现在我们
BASIC_TIM6.h(11): warning: #14-D: extra text after expected end of preprocessing directive
最新发布
03-29
<think>好的，我现在要解决用户提到的编译器警告：#14-D extra text after expected end of preprocessing directive，出现在BASIC_TIM6.h文件中。用户还提供了几个相关的引用，我需要结合这些信息来找出解决方案。 首先，我需要理解这个警告的含义。根据引用[1]，这个警告是因为预处理指令后面有多余的文本。预处理指令如#ifdef、#define等应该在行末结束，后面不应该有其他内容，否则编译器会报这个警告。例如，如果代码中写了#ifdef XYZ 123，这里的123就是多余的，导致警告。 接下来，用户的问题出现在BASIC_TIM6.h文件中，所以我需要检查这个头文件中的预处理指令是否有问题。常见的错误可能包括： 1. 在预处理指令后面意外添加了注释或代码。例如： ```c #ifdef XYZ // 这是一个注释 ``` 这里虽然看起来是注释，但有些编译器可能不接受预处理指令后面的任何内容，包括注释。不过，实际上在C语言中，预处理指令后面的注释通常是允许的，但可能某些特定环境或编译器版本会有问题，需要确认。 2. 预处理指令后面有多余的字符，比如分号、括号或其他文本。例如： ```c #define ABC 123; ``` 这里的分号可能被当作宏的一部分，但如果在条件编译指令如#ifdef后面有额外的字符，就会引发警告。例如： ```c #ifdef ABC 123 ``` 这里的123会导致警告，因为#ifdef只需要一个标识符，后面不应该有其他内容。 因此，用户需要检查BASIC_TIM6.h中所有的预处理指令，特别是#ifdef、#ifndef、#define、#include等，确认每一条指令后面没有多余的文本。 接下来，结合引用[2]中的例子，用户可能在使用条件编译时错误地添加了内容。例如： ```c #ifdef TIM6_ENABLE 1 // 错误，后面有额外的1 ``` 正确的应该是： ```c #ifdef TIM6_ENABLE ``` 或者使用#if defined()的形式： ```c #if defined(TIM6_ENABLE) && (TIM6_ENABLE == 1) ``` 但直接使用#ifdef后面跟额外参数会导致问题。 此外，用户还需要检查是否有预处理指令被错误地打断，比如使用反斜杠换行时出错，或者在行尾有空格或特殊字符。例如： ```c #define ABC \ 123 // 正确换行 #defin\ e XYZ // 错误的分割方式 ``` 但这种情况可能引发其他错误，而不仅仅是这个警告。 可能的解决步骤： 1. 打开BASIC_TIM6.h文件，逐行检查所有以#开头的预处理指令。 2. 查找类似#ifdef、#ifndef、#define等指令，确认每行在指令后没有多余的文本。 3. 特别注意那些可能在指令后添加了数值或注释的情况，例如：#ifdef ABC 123 或者 #define XYZ 456 // 注释。 4. 将多余的文本移除，或使用正确的语法，比如用#if代替#ifdef来包含条件判断。 5. 保存文件并重新编译，确认警告是否消失。 例如，假设在BASIC_TIM6.h中有这样的代码： ```c #ifdef TIM6_ENABLE 1 ``` 应修改为： ```c #ifdef TIM6_ENABLE ``` 或者如果需要检查是否定义为特定值，应改用： ```c #if TIM6_ENABLE == 1 ``` 另外，检查是否有宏定义错误，例如： ```c #define TIM6_ENABLE 1 // 正确 #ifdef TIM6_ENABLE 1 // 错误，后面不应有1 ``` 在#ifdef后面只需要宏名称，不需要值。 总结，用户需要检查头文件中的预处理指令，确保每条指令后没有多余内容，并根据需要调整语法。同时，参考引用中的例子，确保遵循正确的预处理指令格式。</think>### 问题分析 编译器警告 `#14-D: extra text after expected end of preprocessing directive` 表示预处理指令（如 `#ifdef`、`#define`）后面有多余的文本。通常是因为在预处理指令行末尾添加了非注释内容或错误语法[^1]。 --- ### 解决步骤 1. **定位问题文件** 打开 `BASIC_TIM6.h`，逐行检查所有以 `#` 开头的预处理指令。 2. **检查常见错误形式** - **错误示例**： ```c #ifdef TIM6_ENABLE 1 // 错误！`#ifdef` 后只能接宏名称 #define TIM6_MODE (0x01); // 错误！宏定义行末尾有分号（某些编译器会警告） ``` - **正确修正**： ```c #ifdef TIM6_ENABLE // 仅保留宏名称 #define TIM6_MODE (0x01) // 移除行末多余符号 ``` 3. **检查宏定义与条件编译** - 如果需检查宏的 **值**，改用 `#if`： ```c #if TIM6_ENABLE == 1 // 使用 #if 替代 #ifdef 来检查值 ``` - 若需定义带参数的宏，确保语法正确： ```c #define TIM6_INIT(x) ((x) * 2) // 正确格式 ``` 4. **验证注释符号** 部分旧编译器可能不接受预处理指令后的 `//` 注释（需改用 `/* */`）： ```c #ifdef TIM6_ENABLE /* 启用TIM6功能 */ // 正确 ``` --- ### 示例修正 假设原始代码中存在以下问题： ```c #ifdef TIM6_ENABLE 1 // 错误：多余的 "1" #define TIM6_CLK 72000000; // 错误：行末分号 ``` 修正后： ```c #ifdef TIM6_ENABLE // 移除多余内容 #define TIM6_CLK 72000000 // 移除分号 ``` --- ### 其他注意事项 - 确保宏名称无拼写错误。 - 使用 `#pragma once` 替代 `#ifndef` 防止重复包含（现代编译器支持更简洁的方式）。 ---
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值