eabi arm
最近用AT91SAM9261EK這塊開發板執行影像處理的程式，發現所耗費的時間實在是有點沒辦法接受，僅僅對512x512的圖片執行 轉灰階 和 Canny 測邊，就花了將近25秒，更不用說人臉辨識了= = gcc cross-compiler在compile program的時候，對於浮點數運算會預設使用硬體浮點運算FPA(Float Point Architecture)，而沒有FPA的CPU，會使用FPE(Float Point Emulation)，而使用FPE速度上會受到極大的限制，所以就由eabi(Embedded Application Bi...
by iibull - Linux文档专区 - 2009-02-06 15:29:58 阅读（1700） 回复（0）
关于eabi 什么是eabi? Embedded application binary interface, 即嵌入式应用二进制接口，是描述可连接目标代码，库目标代码，可执行文件影像，如何连接，执行和调试，以及目标代码生成过程，和c, c++语言接口的规范，是编译连接工具的基础规范，也是研究它们工作原理的基础，可惜arm的eabi迄今为止没有完全订好。作为eabi的组成部分有过 程调用规范，可执行文件格式规范，c/c++ ABI规范和调试格式规范。 关于ATPCS 什么是ATPCS，...
#!/bin/sh ##http://cross-lfs.org/view/clfs-sysroot/arm/index.html export SRCDIR=/porting/GTK/src/toolchain export LC_ALL=POSIX unset CFLAGS unset CXXFLAGS export CLFS=/usr/local/arm-eabi export PATH=${CLFS}/cross-tools/bin:${PATH} export CLFS_HOST="$(echo $MACHTYPE | \ sed "s/$(echo $MACHTYPE | cut -d- -f2)/cross/")" export CLFS_TARGET="arm-none-linux-gnueabi" #"arm-unknown-linux-gnu" mkdir -p...
Building arm ELF eabi--Step by StepSomeone ask why not download binaries from CodeSourcery instead of compile it. The answer is that, yes, apparently, the lite edition toolchain is lack of functionality and lack of sufficient libraries support. Besides, compiling from scratch can also help us for understanding the whole structure of compiler syste...
最近为S3C2410搞了个基于eabi交叉编译器，搭配是binutils-2.17 + GCC-4.1.2 + glibc-2.6.1，用起来好像还不错 ，有兴趣的朋友可以留下EMAIL，也顺便帮我测测好做改进 本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u1/58896/showart_458834.html
先用arm-none-eabi-as编译了一个简单的a.S文件，在用arm-none-eabi-ld连接时，发现设置的程序加载地址没有生效，生成的elf文件的起始地址仍然是0,这是为啥？ 这是我执行的命令： arm-none-eabi-as a.S -o a.o arm-none-eabi-ld -T a.lds a.o -o a.elf a.S的内容： .global _start .section text _start: b _start a.lds的内容： ENTRY(_start) SECTIONS { . = 0x30000000; .text : AT(0x3000000...
大家好，本人是linux菜鸟 ，近日编写的makefile文件，调用c进行make操作，出现了如题目所示的警告：arm-eabi-gcc:unrecognized option '-pthread'，但是.a文件还是生成了，请问各位高手，这个问题会不会影响生成的.a文件的使用？
本帖最后由 cheng_bingyuan 于 2013-05-19 11:23 编辑 我写的程序用arm-none-eabi-gcc编译时找不到stdio.h文件，用gcc能找到，所以想知道 gcc搜索头文件时是怎么找到这些内定目录的，在哪有这些的相关设置？ /usr/include /usr/local/include 等知道了gcc怎么设置的之后我再去试着设置arm-none-eabi-gcc的头文件默认搜索目录
如题，小弟调试的时候为了定位.so与源文件对应的位置用 arm-eabi-addr2line.exe -C -f -e obj/local/armeabi/libc.so 0xafd0cda4命令，结果貌似我的.so里貌似缺点东西，输出是几个问号，如下： ?? ??:0 请大侠们指点，小弟该如何做才能定位程序崩溃的位置。
一、host准备工作 $ sudo apt-get install build-essential $ sudo apt-get install automake $ sudo apt-get install bison flex $ sudo apt-get install texinfo $ sudo apt-get install gwak 二、下载源码包 在gcc+glibc+bintuils+kernel的组合中，binuitls和kernel是相对独立的，或者说允许较大版本变化的,而gcc是最繁琐的，不同版本需要经过一定的微调（hack）才能通过整个编译。 here is the tar package of the source code...
使用arm-linux-gcc 4.3.2编译必须启用内核中的Use the arm eabi选项 不知道为什么使用 arm-linux-gcc-4.3.2.tgz (with eabi) 86MB 编译同样的东西就是出现如下错误,感觉可能是busybox 1.14.3的问题,因为使用 arm-linux-gcc-4.3.2 编译出来的zImage可以使用正常挂在arm-linux-gcc-3.4.1编译器编译出来的动态busybox和库,但是使用 arm-linux-gcc-4.3.2.tgz 编译出来的静态busybox就是会出现下面的错误,开始觉得明显是应用程序出...
