arm-linux-gcc编译JM的问题求教

GAVIN0501 2012-10-30 10:46:14

想将JM移植到开发板上
在PC （ubuntu 系统）上将makefile里编译器由GCC改为ARM-LINUX-GCC
编译通不过
显示
/opt/arm/arm-2011.03/bin/arm-linux-gcc: 行 1: !#/bin/sh: 没有那个文件或目录
cc1: error: bad value (armv7t) for -march switch

交叉编译器路径已正确配置可用
有没有大侠做过这个的
请指点下谢谢了

...全文

315 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

GAVIN0501 2012-11-01

打赏
举报

回复

已解决谢谢帮忙

daviddb7 2012-10-31

打赏
举报

回复

很奇怪啊，arm-linux-gcc报的错误，这个编译器应该是去编译.c文件的吧，怎么会有!#/bin/sh这种东西？这是shell脚本的开头啊
难道你用arm-linux-gcc去编译shell脚本？神奇了

max_min_ 2012-10-30

打赏
举报

回复

看看你的系统 shell 是不是 sh的？

关于交叉编译openwrt官方有相关文档（链接） 1. 设置编译器一般configure默认编译器为gcc/g++ 但在交叉编译时，需要指定目标平台的编译器，例如arm-uclib-gcc 那么如何在configure时设置编译器呢？可以通过设置CC/CXX环境变量指定编译器，例如： CC=arm-uclib-gcc ./configure 参考： http://bl...

X264最大的特点在于其出发点是为了H.264的实用性。与JM相比，X264并没有完整的对H.264标准给与实现，而是舍去了一些对编码性能贡献很小但计算复杂度极高的新特性，如多参考帧、帧间预测中不必要的块模式等技术。从而计算复杂度降低，编码效率却并没有明显降低。码流兼容H.264。在实用的系统中，比如比较普遍的在DSP芯片上实现H.264，大多是移植X264代码。在Windows系统下实现X264...

Z-Image是嵌入式Linux内核启动的关键压缩镜像，其加载过程高度依赖内存布局与硬件初始化协同。当系统集成6G GPU显存（如昇腾310P、寒武纪MLU270等国产AI加速卡）时，CMA连续内存预留、IOMMU地址映射、固件加载路径三大机制成为启动成败的核心约束。理解Z-Image的自解压机制、物理内存对齐要求及Device Tree精准描述逻辑，是突破国产边缘设备GPU识别瓶颈的技术基础。本文聚焦ARM64平台下Z-Image与大容量显存的协同部署，覆盖从内核裁剪、DTB定制、固件集成到串口级调试的完

操作系统是数字基础设施的根基，其稳定性、跨架构兼容性与运维可控性直接决定AI、边缘计算和数据中台等上层应用的落地效能。openEuler作为面向服务器、云、边、嵌入式全场景的国产开源操作系统，依托原子化架构、ARM原生优化和OSV生态认证体系，突破传统Linux发行版在资源调度、安全更新与硬件适配上的瓶颈。它不仅支撑金融核心系统低延迟运行，更在工业质检、能源监控、空间智能等真实业务中验证了高可用性与可维护性。本文聚焦openEuler 22.03 SP4 LTS版本，详解ARM平台MySQL部署、UKUI桌

1.引言前天写的文章《Linux学习系列一：开发环境搭建》，放到阿莫论坛里没想到第二天就变成火帖了，看来还是有很多人对这个主题挺感兴趣的。借着大家的鼓舞，趁热打铁，今天再写一篇。今天给大家介绍的是在一个嵌入式Linux板子上运行Hello World，入门学习的经典操作。依稀记得两年前，我第一次在飞思卡尔（现NXP）I.MX6上运行出Hello World的那种喜悦之情。希望这篇文章也能...

Linux/Unix社区

23,223

社区成员

74,536

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章