vs2010中TargetName与链接器输出名不一致

最新推荐文章于 2024-05-10 21:10:15 发布
最新推荐文章于 2024-05-10 21:10:15 发布
阅读量4.5k 收藏 4
点赞数
分类专栏： C++和OpenCV编译错误收集
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lien0906/article/details/36074559
版权

当出现解决方案生成正确，但是无法执行.exe文件，即系统无法找到指定文件时，提示有：MSB8012: TargetName(，，，) 与 Linker 的 OutputFile 属性（，，，）不匹配。这可能导致项目生成不正确。若要更正此问题，请确保 $(OutDir)、$(TargetName) 和 $(TargetExt) 属性值与 %(Link.OutputFile) 中指定的值匹配。

一般情况下，将链接器--常规----输出文件中的内容改为   $(OutDir)$(TargetName)$(TargetExt) 即可。编译通过。

【问题解决】warning MSB8012：TargetPath与Linker的OutputFile属性值不匹配
agassy的博客
01-10 2万+
在vs下处理遗留项目时，经常需要升级解决方案。在解决方案升级过程中有时会遇到的warning MSB8012。本文是笔者遇到该问题后的一个小的总结记录。
Android7.0 PackageManagerService (3) APK安装
ZhangJian的博客
10-09 8313
在本篇博客中，我们分析一下Android中的APK是如何安装的，以及PKMS在这个过程中进行了哪些工作。APK的安装方式有很多，我们先来看看如何用adb命令进行安装。
vs2010中$(TargetPath)与Link.OutputFile不同
thinking_of_的专栏
09-11 1万+
配置vs2010工程时，发现warning  warning MSB8012: TargetPath(...) does not match the Linker's OutputFile property value 运行时提示找不到可执行程序。后来发现的输出文件（Link.OutputFile ）与debugging的command不一致，这一点与vs2005不同。网上找到的资料给出如
VC 编译警告：确保 $(OutDir)、$(TargetName) 和 $(TargetExt) 属性值与 %(Link.OutputFile) 中指定的值匹配。
01-11 9650
出现这错误是在 VS低版本 到高版本 转换时候; 解决办法:  选中项目属性，在常规中 把具体 路径文件 用符号替代，最简单办法，找个正常的项目打开，分别把在常规中的 输出目录，中间目录， 还有链接器中输出文件 都相应替换掉。
编程经验:由于路径设置引起的VS2010不能正确输出文件的bug~
love模式识别
04-09 4294
前段时间，偶然遇到这样一个bug，我把静态库项目都配置好了，编译一切正常，但是提示了一个警告：
vs2010的$(OutPut)输出目录设置问题
weixin_34273046的博客
08-25 412
今天重新整合整个组件的编译配置时，发现一个很奇怪的问题： 在VS2010中，把$(OutPut)设置为output\$(Platform)\fxhelper\$(Configuration)\ 把中间目录$（IntDir）设置为$（OutPut）, 设置完后编译发现每次生成的中间文件还是都在vs2010目录。 这问题百思不解，实在找不到答案，怎么设置都不对，如果把$(OutPut)设成...
解决warning MSB8012属性值不匹配
sun___shy的博客
08-01 774
warning MSB8012: TargetPath(E:\FutureCamp\opensmile\opensmile-2.3.0\ide\vs10\Release\SMILExtract_Release.exe) 与 Linker 的 OutputFile 属性值(E:\FutureCamp\opensmile\msvcbuild\SMILExtract_Release.exe)不匹配。这可...
ME系列存储网络配置手册：高效连接与故障处理快速入门
本文首先概述了ME系列存储网络的基本架构，随后深入探讨了存储网络硬件连接的细节，包括存储设备的分类与选择、网络适配器与交换机的配置，以及布线与连接的最佳实践。在软件配置方面，文章详细阐述了存储网络初始化...
SCSI与SAN技术深度剖析：SPC-3在高性能存储网络中的关键角色
接着，通过实例分析SPC-3在高性能存储网络中的应用实践和不同存储解决方案中的实现，以及在企业级、开源和虚拟化环境下的表现。最后，文章着重讨论了优化SPC-3环境的策略与面临的挑战，并展望了SPC-3在新兴技术影响...
Android蓝牙连接秘籍：实践指南助你实现稳定连接（必备技能全解析）
![Android蓝牙连接秘籍：实践指南助你实现稳定连接（必备技能全解析）]...随后，针对如何实现稳定蓝牙连接提供了操作指南，涵盖设备发现、连接过程优化以及数据传输的性能调优。通过案例分析，文
citus 常用功能与api——元数据/配置信息部分（翻译自v9.3）
Aiky哇
07-23 1704
翻译为个人兴趣，仅供学习参考，侵删 官方原文连接：http://docs.citusdata.com/en/v9.3/develop/api_metadata.html#coordinator-metadata Metadata / Configuration Information master_add_node master_add_node（）函数在Citus元数据表pg_dist_node中的集群中注册一个新节点。 它还会将参考表复制到新节点。 参数 node_name:要...
LINK : fatal error LNK1104: 无法打开文件“E:\xxx\Debug\pro_cpp_1.exe；E:\xxxDependence\GLEW\include“
m0_46499080的博客
08-27 1922
我就先检查了C/C+±常规-附加包含目录，把glew调整到glfw之前，怀疑是顺序问题对链接器也是同样的操作，检查附加库目录检查附加依赖项都没问题啊，开始怀疑那个错误，首先这是一个链接错误，说明不是没找到 include/GL那个路径，为什么要同时打开exe和include目录呢，exe所在目录没问题，这里如果你了解编译-链接的过程的话，肯定会直接看出问题所在，只不过我一知半解，猜中了，原来是。
HTMl链接- target/ name
airangrou9261的博客
12-09 295
下面解释一下链接标签的另外两个属性:target和name HTML 链接 - target 属性 使用 Target 属性，你可以定义被链接的文档在何处显示。 下面的这行会在新窗口打开文档： <a href="http://www.w3school.com.cn/" target="_blank">Visit W3School!</a> 亲自试一试...
VS配置文件设置
weixin_43662249的博客
05-10 742
【代码】VS配置文件设置。
TargetExt(.dll) does not match the Linker‘s OutputFile property value (.exe)
Dezeming的博客
11-04 1877
TargetExt(.dll) does not match the Linker's OutputFile property value (.exe) 编译VS 2015遇到这个问题。 修改也很容易，这是因为targetPath与OutputFile路径不一致。 右键项目，选属性->Linker->General->OutputFile改为为默认值 $(OutDir)$(TargetName)$(TargetExt) 这样再编译就没问题了。 ...
VS2010调试warning MSB8012：路径不匹配问题
weixin_30918415的博客
10-17 293
VS2010调试warning MSB8012：路径不匹配问题 调试信息如下： warning MSB8012: TargetPath(D:\J2KCodecSDK\Samples\C++\a_EasyDecode.\debug\a_EasyDecode.exe) 与 Linker 的 OutputF...
VS项目属性的一些配置项的总结（important）
热门推荐
Wait的专栏
02-28 2万+
以下内容为“原创”+“转载” 首先，解决方案和项目文件夹包含关系(c++项目)： VS解决方案和各个项目文件夹以及解决方案和各个项目对应的配置文件包含关系，假设新建一个项目ssyy，解决方案起名fangan，注意解决方案包括项目，此时生成的最外层目录为fangan代表整个解决方案的内容都在这个文件夹内。在这个fangan文件夹内包含有fangan.sln的解决方案配置文件和一个ssyy文件夹，
修改文件输出目录后，提示配置错误（VS2010）
baixingzhi2917的博客
03-10 272
问题：C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppBuild.targets(990,5): warning MSB8012: TargetPath(E:\WorkPro\MisIntubation\Debug\MisIntubationUI.exe) 与 Linker 的 Ou...
Warn : Adding extra erase range, 0x08003fb8 .. 0x08003fff ** Programming Finished ** ** Verify Started ** ** Verified OK ** [stm32f1x.cpu] halted due to breakpoint, current mode: Thread xPSR: 0x61000000 pc: 0x2000002e msp: 0x20001fb0
最新发布
04-24
<think>好的，我现在需要帮助用户解决STM32调试过程中出现的警告信息以及程序验证通过后停机的问题。首先，我需要回顾用户提供的引用内容，看看是否有相关的线索。 根据引用[1]，用户提到在烧录STM32时遇到了IDCODE不匹配的问题，解决方法是通过修改stm32f1x.cfg文件。这可能与调试配置有关，比如调试器或目标芯片的配置不正确。而用户当前的问题是关于调试警告和停机，所以可能需要检查调试配置或代码中的断点设置。 引用[2]中用户提到忽略Unknown USB Device的警告，这可能意味着有些警告可以忽略，但需要确认当前的问题是否属于此类。引用[3]显示程序运行正常，输出Hello World，说明程序本身可能没有问题，但调试过程中可能触发了断点或其他机制。 用户的问题具体是：“stm32f1x debug warning extra erase range programming verified ok halted due to breakpoint”。需要拆解这个信息： 1. **“extra erase range”警告**：这可能是指调试器在擦除Flash时发现超出预期的范围。常见原因包括调试配置中的Flash布局设置错误，例如指定的起始地址或长度不正确，或者芯片型号配置错误导致擦除区域不匹配。需要检查调试脚本（如stm32f1x.cfg）中的Flash配置是否正确，特别是`flash bank`命令的参数是否准确指定了起始地址和大小。 2. **“programming verified ok”**：说明程序已经成功烧录并通过验证，说明烧录过程本身没有问题，但后续的调试过程出现了停机。 3. **“halted due to breakpoint”**：程序停止在断点处。可能的原因包括： - 在代码中手动设置了断点，导致程序执行到该处停止。 - 调试器在复位后自动暂停，例如配置了`halt`命令或在复位后立即停止。 - 启动文件或初始化代码中存在断点指令（如BKPT），尤其是在某些库或框架中可能有调试相关的代码未正确关闭。 接下来需要结合用户提供的引用和常见解决方案来推导可能的解决方法： - 检查调试配置文件（如stm32f1x.cfg）中的Flash配置是否正确，特别是起始地址和大小是否与芯片的Flash规格一致。引用[1]中提到修改该文件解决了IDCODE问题，可能类似的问题导致擦除范围警告。 - 确认芯片型号是否正确配置，确保调试器选择的是正确的目标芯片（如STM32F1x系列）。 - 检查OpenOCD的初始化脚本，是否有不必要的断点设置或复位后的暂停指令。例如，某些配置可能在复位后自动执行`halt`命令，导致程序停止。 - 查看代码中是否有断点指令，尤其是在启动代码或初始化部分。例如，某些RTOS或库可能在调试模式下插入断点，需要确保发布模式下去除这些调试代码。 - 用户提到程序验证通过，但停机可能是因为调试器在烧录后默认暂停CPU。需要确认调试器的配置，例如是否启用了“run after reset”选项，或者是否需要在烧录后手动继续运行。 可能的解决步骤包括： 1. 检查并修正调试配置文件中的Flash参数，确保与芯片的Flash布局一致。 2. 确保芯片型号正确，调试器配置无误。 3. 检查OpenOCD的启动脚本，避免不必要的halt或断点。 4. 检查代码中是否存在断点指令，尤其是在初始化部分。 5. 调整调试器设置，使其在烧录后自动运行而非暂停。 此外，用户可能需要查看OpenOCD的日志，确认是否有其他警告或错误信息，帮助进一步定位问题。例如，如果擦除范围警告是由于Flash配置错误，修正后可能解决问题。而停机问题则可能需要调整调试器行为或检查代码中的断点。</think>### STM32调试警告及停机原因分析 #### 1. **"extra erase range"警告解析** 该警告通常由Flash擦除范围设置错误引起，主要涉及调试器配置问题： - **Flash地址范围不匹配**：调试脚本中定义的Flash起始地址/容量与实际芯片规格不符 - **芯片型号选择错误**：如将F4系列配置用于F1芯片（但用户使用F1系列） - **调试器配置问题**：OpenOCD的`stm32f1x.cfg`文件需要检查以下配置： ```tcl flash bank $_FLASHNAME stm32f1x 0x08000000 0x00020000 0 0 $_TARGETNAME ``` 需确认第三参数`0x00020000`与实际Flash容量一致[^1] #### 2. **停机原因分析** 虽然编程验证通过，但停机可能由以下原因导致： - **调试器默认断点**：OpenOCD在复位后自动暂停CPU - **HardFault触发**：程序执行异常导致进入中断 - **软件断点残留**：在代码中设置了未清除的断点指令 - **调试接口配置错误**：SWD/JTAG时序不稳定导致异常停机 #### 3. **解决方案步骤** 1. **修改调试配置** ```diff # stm32f1x.cfg修改示例 - flash bank $_FLASHNAME stm32f1x 0x08000000 0x00010000 0 0 $_TARGETNAME + flash bank $_FLASHNAME stm32f1x 0x08000000 0x00020000 0 0 $_TARGETNAME ``` 根据芯片型号选择正确容量（如STM32F103C8T6为64KB=0x10000，CT6为256KB=0x40000）[^1] 2. **添加复位后运行指令** 在调试脚本末尾添加： ```tcl reset_config srst_only init reset run ``` 3. **检查调试接口配置** ```tcl adapter speed 1000 # 降低SWD时钟速度 transport select swd ``` 4. **验证断点设置** - 使用GDB检查断点列表：`info breakpoints` - 清除残留断点：`delete breakpoints` #### 4. **调试流程验证** ```python # 典型调试过程输出示例 Info : STM32F1xx Flash Bank (0x08000000) size = 128k Info : Padding image section 0 at 0x08000000 with 4 bytes Warn : Extra erase range 0x0801fffc - 0x0801ffff Info : Programming Finished, 3.338s Info : Resetting with halt Info : Halt timed out, wake up GDB. ``` #### 5. **硬件排查要点** 1. 检查BOOT0/BOOT1引脚状态 2. 测量NRST引脚复位信号 3. 确认SWD接口连接稳定（SWDIO/SWCLK）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值