VS2003 Command line error D2021 : invalid numeric argument '/Wp64'

最新推荐文章于 2022-03-24 08:19:00 发布
最新推荐文章于 2022-03-24 08:19:00 发布
阅读量1.8k 收藏
点赞数
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/dfsigue/article/details/72828839
本文介绍了一种常见的编译错误——CommandlineerrorD2021:invalidnumericargument'/Wp64'及其解决方案。通过调整配置属性中的C/C++常规设置，将检测64位可以移植性问题选项设为【否】，即可解决此问题。

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

问题：Command line error D2021 : invalid numeric argument '/Wp64'

**** : error PRJ0002 : 从“cl.exe”返回的结果有误。


解决方案：The solution: 配置属性->C/C++->常规->检测64位可以移植性问题设置为【否】


巫山洗雨
关注
SyntaxError: invalid character in identifier 解决方案
weixin_43178406的博客
07-04 8万+
本文主要介绍了SyntaxError: invalid character in identifier 解决方案，希望能对使用Python的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
Qt 编译出错： Command line error D2021 : invalid numeric argument '/FS'的解决
枫林玉树的专栏
05-09 2632
1.环境 ： Qt5.7.1 和 VS20132.本人曾在多台笔记本上配置过同样的开发环境，此台出问题的笔记本开始也能用，有段时间没用此开发环境，再次用的时候出现的此问题；3：首先确定QtCreator中“构建与运行”套件配置没有问题;4.用VS自带工具测试VS的环境变量是否有问题我的就是这个发现的问题，由于我前段时间环境变量过长，手动修改了，有个地方修改错误，发现后改回来；5.重新编译，问题解决...
VC6.0错误指令及解决方式
fw_2012的专栏
07-23 2130
检测错误的方法和原则： 拖动左下方滚动条，到最上边，从第一条错误开始检查。 双击错误信息行，使光标定位到出错的行。 错误不一定由定位的行引起，有可能是它上面一行，比如missing ';' before xxx 修改完1个错误后，重新编译，有可能后续的错误就消失了。这是因为一处错误可能引起多条出错信息。 警告(warning)不影响编译，可以暂时不管。当然严格来说，警告也可能隐含着问题，
VS编译遇到errorD8021无效的数值参数解决办法
热门推荐
That's IT
08-23 1万+
今天你把一个在ubuntu下的配置好的项目移植到windows7+VS2010下出现了如下错误： Command line error D8021: invalid numeric argument '/Wno-deprecated 解决办法： project  ->properties->configuration properties ->C/C++->Command Line .
Command line error D8021: invalid numeric argument '/Wno-deprecated
typename 记录点滴
07-13 1万+
使用visual studio 2008编译项目，出错      Command line error D8021: invalid numeric argument '/Wno-deprecated     解决方法：在工具栏上选择 project  ->properties-
Invalid Command Line Argument(解决方案).md
08-30
Invalid Command Line Argument(解决方案).md
RuntimeError: cuda runtime error (11) : invalid argument at /opt.../THC/THCGeneral.cpp:663
probie的博客
08-19 1820
I have installed pytorch 0.4.1 by the followint command line conda install pytorch=0.4.1 cuda90 -c pytorch but encounter the following error THCudaCheck FAIL file=/opt/conda/conda-bld/pytorch_1535493744281/work/aten/src/THC/THCGeneral.cpp line=663 error=1
cl: 命令行 error D8021 :无效的数值参数“/Wno-cpp”
weixin_64064486的博客
03-24 4176
在linux系统下获得coco源码很容易，windows系统就总是报错一些我看不懂的东西。 获取pycocotools的时候代码 cd cocoapi/PythonAPI python setup.py build_ext install 报错内容 "D:\Visual Studio\VC\Tools\MSVC\14.31.31103\bin\HostX86\x64\cl.exe" /c /nologo /O2 /W3 /GL /DNDEBUG /MD -ID:\Anaconda\envs\AT
codeblocks-13.12安装文件，包括编译器问题解决办法
01-23
win8安装codeblocks问题——找不到编译器/找不到包——解决办法。内附详细配置说明及编译器安装文件，文件来自cb官网及其wiki外链，绝对安全
/Wp64（检测 64 位可迁移性问题）
多媒体编程、网络编程、系统编程、网络安全编程、驱动编程
12-07 2349
/Wp64（检测 64 位可迁移性问题） Visual Studio 2013 其他版本 此主题尚未评级 - 评价此主题 对还用 __w64 关键字标记的类型检测 64 位可移植性问题。 /Wp64 备注
vs2008 "Wp64”选项已否决，并将在将来的版本中移除
peanut_candy的专栏
06-15 2548
编译错误："Wp64”选项已否决，并将在将来的版本中移除这是64位编程会启用宏：__wp64win32上是要关闭的，如果遇到此错误，可在项目属性页，点c/c++，将"检测64位可移植性问题"设置为否
Command line error: argument -e/--errorlevel: invalid int value: 'nhanced
最新发布
04-02
<think>好的，我现在要解决用户遇到的命令行错误：“invalid int value for -e --errorlevel”。首先，我需要明确用户在使用哪个命令行工具时遇到了这个问题，因为不同的工具可能有不同的参数要求。常见的带有-errorlevel或-e参数的命令行工具包括csc.exe（C#编译器）、robocopy、或者某些测试框架等。 首先，用户提到参数是-e或--errorlevel，而错误是无效的整数值。这表明用户可能在执行某个命令时，为-errorlevel或-e参数提供了一个非整数的值。例如，在csc.exe中，/errorreport选项需要特定字符串值，而并非整数，但如果是其他工具，可能需要整数。需要确定具体工具。 接下来，我需要考虑常见的可能性。例如，Robocopy的/MT参数需要整数，但如果是错误级别，Robocopy的返回码是数字，但用户设置的参数可能应该是其他值。或者，用户可能误用了参数，例如将字符串传递给需要数字的参数，比如-e后面跟了非数字字符，如“high”而不是0、1、2等。 另一个可能性是用户在使用某个自定义脚本或工具，其中-e参数期望整数，但用户输入了其他内容。例如，如果工具要求错误级别为0、1、2，但用户输入了“none”或“verbose”，就会导致此错误。 接下来，我需要验证用户的命令是否正确。例如，检查是否在命令中正确使用了-e或--errorlevel，并且后面的值是否为整数。例如，正确的形式可能是`command -e 2`，而用户可能输入了`command -e high`。 此外，还需要检查参数是否存在拼写错误，或者是否该工具的不同版本参数要求不同。例如，某些工具的旧版本可能使用不同的参数名或数值范围。 解决方案方面，首先建议用户检查命令的文档，确认-e/--errorlevel参数接受的合法值。然后，确保输入的值是整数且在有效范围内。例如，如果参数需要0到3的整数，用户输入了4，就会出错。如果用户误将其他参数的值放在-e后面，也可能导致问题。 另外，用户可能混淆了参数的位置。例如，某些工具要求参数和值之间用空格或等号分隔，如`-e=2`或`--errorlevel 3`。如果格式不正确，工具可能无法正确解析，导致无效值错误。 此外，用户可能使用了环境变量或变量扩展，而该变量的值并非整数。例如，在脚本中使用了`-e $ERROR_LEVEL`，但$ERROR_LEVEL被设置为非数字值。 最后，建议用户提供具体的命令示例，以便更准确地诊断问题。如果用户能提供更多上下文，比如完整的命令和工具名称，可以更有效地解决问题。 总结可能的原因：参数值非整数、超出范围、格式错误、工具版本差异、参数名拼写错误或误解参数用途。</think>要解决命令行参数 `-e/--errorlevel` 的无效整数值错误，请按照以下步骤排查： --- ### 1. **确认工具及参数要求** 不同工具对 `-e` 或 `--errorlevel` 的定义可能不同： - **C#编译器 (csc.exe)**：`/errorreport` 参数需要字符串值（如 `send`、`none`），而非整数[^1]。 - **Robocopy**：错误级别是返回值（整数），但参数如 `/MT` 控制线程数（需整数）。 - **其他工具**：检查文档确认参数是否需要整数或枚举值。 --- ### 2. **验证参数格式** - **语法格式**：确保参数与值之间使用正确分隔符： ```bash # 正确示例 command --errorlevel=2 command -e 3 ``` - **数据类型**：确保输入值为整数（如 `0`, `1`），而非字符串（如 `high`, `low`）。 --- ### 3. **检查取值范围** 某些工具限制参数值的范围，例如仅允许 `0-3`： ```bash # 错误示例（超出范围） command --errorlevel=5 ``` --- ### 4. **排查环境变量或脚本注入问题** 若参数值来自变量，确保其内容为有效整数： ```bash # 示例：检查变量值 ERROR_LEVEL="2" command -e $ERROR_LEVEL ``` --- ### 5. **更新工具版本** 旧版本工具可能存在参数解析问题，升级至最新版本： ```bash # 示例：通过包管理器更新 sudo apt update && sudo apt upgrade <tool-name> ``` --- ### 6. **调试命令** 使用调试模式查看参数解析过程： ```bash # 示例：启用详细日志 command --verbose --errorlevel=2 ``` --- ### 示例解决方案 若在 **C#编译** 中误用 `/errorreport`，修正为字符串值： ```bash # 错误：csc /errorreport:2 # 正确：csc /errorreport:none ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值