WIN11 64位系统编译ameba-rtos-d，260705

这次调试确实经历了相当漫长曲折的过程帮你做一个完整的问题清单和修改记录方便你以后归档或者需要在别的电脑上重新配置环境时参考。问题一32位 Cygwin 检测被拦截现象Makefile 检测到当前 Cygwin/bash 环境是 64 位直接报错 ONLY 32-BIT CYGWIN IS SUPPORTED! 并退出。原因Makefile 里写死了必须是 32 位 Cygwin 才能编译但官方已停止提供可用的 32 位 Cygwin 安装包。修改在执行make时统一加上参数绕过这个检测bashmake LBITS32 all问题二工具链自带压缩包解压不完整缺少核心运行库现象arm-none-eabi-gcc.exe双击运行报错0xc000007b应用程序无法正常启动。原因这套 Realtek 打包的工具链asdk-6.4.1压缩包内不包含cygwin1.dll和cygiconv-2.dll这两个核心运行库设计上假设用户系统已经装好一套完整的 32 位 Cygwin 来提供这两个文件但现在这种前提已经不成立了。修改从 Cygwin 官方历史存档镜像cygwin-archive下载了对应版本的cygwin1.dll和cygiconv-2.dll手动复制到工具链的四个关键目录下因为工具链内部有多份独立的可执行文件各自需要一份.../toolchain/cygwin/asdk-6.4.1/cygwin/newlib/bin/.../toolchain/cygwin/asdk-6.4.1/cygwin/newlib/libexec/gcc/arm-none-eabi/6.4.1/.../toolchain/cygwin/asdk-6.4.1/cygwin/newlib/arm-none-eabi/bin/project_lp和project_hp两个工程各自的工具链目录都要处理一遍问题三gcc 内部路径计算多了一层usr导致找不到 cc1/头文件/汇编器现象即便 DLL 补齐了gcc 仍然报spawn: No such file or directory无法调用cc1编译核心和as汇编器。原因这套 gcc 在编译打包时内部写死认为自己安装在/usr/bin/下于是所有相关组件cc1.exe、头文件、汇编器等的路径都会自动拼接成.../newlib/usr/xxx/...但实际打包时这些文件都在.../newlib/xxx/...没有中间那层usr导致永远找不到。修改在newlib目录下手动创建usr文件夹把需要的子目录以软链接部分是直接复制的方式关联过去bashcd .../newlib/usr ln -sf ../arm-none-eabi arm-none-eabi ln -sf ../bin bin ln -sf ../include include ln -sf ../libexec libexec ln -sf ../share share cp -r ../lib . # lib 目录直接复制未验证软链接是否兼容,故用复制两个工程project_lp、project_hp都要各自处理问题四gcc 生成的临时文件路径无法解析现象编译中间产生的临时文件如.s汇编文件尝试写入/tmp时报错找不到路径。原因这个私有 Cygwin 运行时没有正常的挂载表配置不认识/tmp这种相对路径写法。修改在newlib目录下手动建了一个tmp文件夹让 gcc 内部逻辑能找到落脚点bashmkdir -p .../newlib/tmp问题五编译脚本文件的换行符不兼容现象编译流程走到prepend_header.sh、security_config.sh等脚本时报语法错误$\r: command not found。原因这些.sh脚本是用 Windows 风格换行符CRLF保存的Cygwin 的 bash 不认这种格式。修改用sed批量把gnu_utility目录下所有脚本转换成 Unix 换行格式bashfind .../asdk/gnu_utility -name *.sh -exec sed -i s/\r$// {} \;排查过程中用到的关键诊断方法用Process Monitor微软 Sysinternals 工具抓取进程实际访问的文件路径才最终定位到多一层 usr和缺 DLL 缺在哪个具体目录这两个隐藏很深的问题用Dependencies工具分析 exe 的 DLL 依赖关系用-v参数让 gcc 打印出内部真实调用的完整命令行逐层剥开问题以上就是这次调试涉及的全部问题和对应修改。这些修改只针对ameba-rtos-d项目里project_lp和project_hp两个工具链目录做的局部调整不影响系统全局环境除了那条 PATH 环境变量删除 MentorGraphics 路径以及关闭了cc1.exe程序级别的 ASLR 设置这两项是系统级的。