首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

VS2017 + ICC 19.0:无法运行MSBuild命令

VS2017是指Visual Studio 2017,ICC 19.0是指Intel C++ Compiler 19.0。MSBuild是一种用于构建和部署.NET应用程序的工具。

问题描述的是在使用VS2017和ICC 19.0时无法运行MSBuild命令的情况。这可能是由于配置问题或环境设置不正确导致的。

解决此问题的步骤如下:

  1. 确保已正确安装并配置了VS2017和ICC 19.0。可以参考官方文档或安装向导来进行正确的安装和配置。
  2. 检查系统环境变量是否正确设置。确保VS2017和ICC 19.0的安装目录已添加到系统的PATH环境变量中。这样系统才能正确找到相关的可执行文件。
  3. 确保项目的构建配置正确。在Visual Studio中打开项目,检查项目的构建配置是否正确设置为使用ICC 19.0进行编译。可以在项目属性的“配置属性”中进行设置。
  4. 检查项目文件中的MSBuild命令是否正确。打开项目文件(一般是.csproj或.vcxproj文件),查找是否有使用MSBuild命令的地方,并确保命令的路径和参数正确。

如果以上步骤都正确设置,但仍然无法运行MSBuild命令,可以尝试以下解决方法:

  1. 更新VS2017和ICC 19.0到最新版本,以确保使用的是最新的修复和功能。
  2. 在Visual Studio中重新生成项目。有时重新生成项目可以解决构建问题。
  3. 在Visual Studio中清理解决方案并重新构建。这将清除之前生成的文件,并重新构建整个解决方案。

如果问题仍然存在,建议查阅VS2017和ICC 19.0的官方文档、论坛或社区,寻求更详细的帮助和支持。

请注意,以上答案仅供参考,具体解决方法可能因个人环境和配置而异。对于更具体的问题,建议咨询相关技术支持或专业人士的意见。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • Jenkins持续集成与自动化部署系统安装配置

    相信每一位程序员都经历过深夜加班上线的痛苦!而作为一个加班上线如家常便饭的码农,更是深感其痛。由于我们所做的系统业务复杂,系统庞大,设计到多个系统之间的合作,而核心系统更是采用分布式系统架构,由于当时对系统划分的不合理等等原因导致每次发版都会设计到多个系统的发布,小的版本三五个,大的版本十几个甚至几十个系统的同时发布!而我们也没有相应的基础设施的支撑,发版方式更是最传统的,开发人员将发布包发给运维人员,由其讲各个发布包一个一个覆盖到生产环境。因此每次上线仅仅发版就需要2-3个小时。这种方式不仅仅耗时、耗力,更是由于人工操作经常导致一些丢、落的现象。而我们当时的测试也是采用纯手工的测试,发版完毕后一轮回归测试就需要3-4个小时(当时主要是手工测试)。之前也一直提倡持续集成、自动化的测试和运维,但迟迟没有推进落地。终于在一个加班到凌晨四点的夜晚后,我再也受不了。回家后躺在床上迟迟睡不着,心想这个自动化的发布能有多难,他们搞不了,老子自己搞,于是6点爬起来来到公司,正式开始了我的持续集成、自动化部署的研究与推进之路。

    03

    在Windows10中Visual Studio2017中使用boost1.69.0

    Boost是一个功能强大、构造精巧、跨平台、开源而且完全免费的C++程序库,有着“C++ '准’标准库”的美誉。 Boost是由C++标准委员会部分成员所设立的Boost社区开发并维护,使用了许多现代C++编程技术,内容涵盖字符串处理、正则表达式、容器与数据结构、并发编程、函数式编程等。目前已经更新到了1.72.0版本,官网下载地址为:https://www.boost.org/users/history/version_1_72_0.html,由于我之前在自己Windows10系统上安装的是Boost 1.69.0,其源代码下载地址为:https://sourceforge.net/projects/boost/files/boost/1.69.0/,所以本文直接演示在VS2017下使用boost1.69.0版本,使用32位的debug模式进行测试,其他的64位和VS编译器同理。

    03
    领券