请教:用VC6将DSP文件导出makefile文件,可以用 cmd命令行来实现吗?如何做 谢谢?找了MSDN帮助 未果。

hnczwml 2005-09-01 11:06:56
我想再不启动VC6的情况下,将DSP文件导出makefile文件,不知道VC 自带有什么cmd命令来实现?请教各位谢谢。
...全文
306 7 打赏 收藏 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
老夏Max 2005-09-01
  • 打赏
  • 举报
回复
楼上正解!
hdqqq 2005-09-01
  • 打赏
  • 举报
回复
nmake /f makefile_name
aceouter 2005-09-01
  • 打赏
  • 举报
回复
使用nmake即可。
蒋晟 2005-09-01
  • 打赏
  • 举报
回复
写一个导出mak的宏,然后调用msdev -ex MacroName
shangguancheng 2005-09-01
  • 打赏
  • 举报
回复
nmake 文件名.mak /all
hdqqq 2005-09-01
  • 打赏
  • 举报
回复
那你用

msdev.com dsw|dsp 文件 /make all 也可以,直接可以编译dsw或dsp 对应的工程,只要你的环境变量设置的正确.
如

msdev.com test.dsw /make all 将编译test.dsw中 所有的项目, 至于msdev.com 就在 vc6 的ide的目录里面.
hnczwml 2005-09-01
  • 打赏
  • 举报
回复
我想再不启动VC6的情况下,将DSP文件导出makefile文件, nmake -f XXX.mak 是编译 mak文件,这个我知道。
我是想 导出来。 本来在VC下是点击 project->export makefile... 来导出.mak 文件,现在我只是想用 命令行来做这件事。

但奇怪,我总播放不了macro,播放记录的macro 到半路就停了,找了宏编写帮助 也不知道怎样写。闷。
内容概要:本文介绍了一个基于Python与数字孪生技术的工业旅游园区运行监测系统的设计与实现。系统通过整合生产设备、环境传感器、客流统计和能源消耗等多源数据,构建统一的数据体系,并利用数字孪生模型实现园区的虚拟映射。系统架构涵盖数据采集、治理、时序存储、对象建模、智能分析与可视化展示五个层次,集成了数据清洗、异常检测(如Isolation Forest)、客流预测(如随机森林回归)、环境质量评价和综合运行评分等功能。通过FastAPI提供服务接口,支持实时监测、预警响应与科学决策,推动园区管理从人工向数据驱动转型。文中还提供了完整的数据生成、特征工程、模型训练与接口开发的代码示例。; 适合人群:具备Python编程基础,熟悉数据分析、机器学习及Web开发的技术人员,适用于高校学生、软件工程师、智能制造与智慧城市领域研究人员;尤其适合从事工业互联网、数字孪生、智慧园区等相关项目的1-3年工作经验开发者。; 使用场景及目标:①实现工业旅游园区的实时运行状态监控与三维可视化展示;②对客流、设备健康、环境舒适度与安全风险进行预测与预警;③为园区调度、应急管理、能源优化和游客服务提供数据支持与决策依据;④作为数字孪生教学案例,用于学习数据处理、模型构建与系统集成全流程。; 阅读建议:此资源结合理论模型与代码实践,建议读者在学习过程中同步运行示例代码,深入理解数据清洗、特征构造、算法建模与接口开发的关键步骤,并可进一步扩展至真实硬件接入、三维引擎集成与大规模部署应用。
内容概要:本文介绍了如何利用Yocto项目的自动化构建系统(Autobuilder)进行嵌入式Linux系统的构建与发布管理。作者结合自身在PCB设计、U-Boot、Linux内核驱动等方面的经验,阐述了在复杂代码环境下使用Autobuilder实现持续集成的重要性。文章详细讲解了Autobuilder的架构原理,包括控制器与工作节点的协作机制、多层代码仓库的管理、构建步骤配置(如Checkout、Build、Publish等),以及如何通过自定义脚本和构建步骤(如ReleaseSyntech.py、PublishArtifactsSyntech.py)适配企业内部流程。此外,还分享了提升构建效率的方法,如预镜像(premirror)加速、构建历史追踪(buildhistory)、基于Git触发构建、运行时自动化测试等最佳实践,并提出了未来优化方向,如外部图层镜像、PR服务集成等。; 适合人群:从事嵌入式Linux开发、熟悉Yocto项目或OpenEmbedded框架,有一定构建系统经验的工程师和技术管理者;适用于希望实现自动化构建、版本管理和持续集成的研发团队。; 使用场景及目标:①搭建企业级Yocto自动化构建流水线;②解决多层依赖、构建不一致和发布不可控的问题;③实现可重复、可追溯的软件发布流程;④提升团队开发效率与系统稳定性。; 阅读建议:建议结合Yocto官方文档与实际项目实践同步阅读,重点关注构建配置、自定义扩展和运维技巧部分,并尝试在本地环境中复现相关功能。

16,550

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧