简介: `.ARM.exidx` is the section containing information for unwinding the stack. If your C program has functions that print out a stack backtrace, the functions will likely depend on this section being present. 相关的编译选项 `-funwind-tables 二问题: cannot loc

/opt/arm-2010.09/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/armv4t/libgcc.a(_bswapsi2.o):(.ARM.exidx+0x0): undefined reference to `__aeabi_unwind_cpp_pr0' make: *** [u-boot] Error 1 一旦编译uboot出现上述错误.请不要慌张! 解决的方法官网已经给出.主要解决的方法例如以下: vim 打开./lib_arm/eab

[转]https://blog.csdn.net/ZCShouCSDN/article/details/100048461 ELF 文件规范   ELF(Executable and Linking Format)是一个二进制文件规范.用于定义不同类型的对象文件(Object files)中都放了什么东西.以及都以什么样的格式去放这些东西.   现在流行的二进制可执行文件格式 (Executable File Format),主要是 Windows 下的 PE(Portable Executab

http://blog.sina.com.cn/s/blog_988ec60801017iy3.html 一  在commond  env_nand.c: In function 'saveenv': env_nand.c:196: error: stray '#' in program env_nand.c:196: error: expected ')' before 'define' env_nand.c:196: error: too few arguments to function

AVR/GCC设置不链接未调用的函数 http://blog.csdn.net/shevsten/article/details/7049688 在AVR Studio4/5的AVR/GCC默认设置下,未调用的函数也会被link进最终的镜像,从而增大image的大小,这会浪费flash资源. 以下是如何在AVR Studio4/5设置,不把未调用的函数link进image. 方法是在complier命令中增加-ffunction-sections,linker命令中增加-Wl,--gc-sect

转载:http://blog.csdn.net/wavemcu/article/details/7270439 *************************************************************************************************************************** 作者:EasyWave                                                          

一.本文主旨 笔者写了一篇linux内核Makefile整体分析 ,测重于理论分析,对于实际应用不算对头,所以需要写一篇实用性较强的文章,为以后内核.驱动移植做好铺垫. 二.本文内容概要 1.编译哪些文件 2.怎样编译这些文件 3.怎样连接这些文件,它们的顺序如何 三.编译哪些文件 本文的实验源码是对“linux-2.6.30.4”进行移植后的运行在TQ2440开发板上的源码包. 1.顶层Makefile决定内核根目录下哪些子目录被编进内核 Line : init-y := init/ driv

如何查看程序被哪个版本编译器编译的linux-gcc http://bbs.csdn.net/topics/380000949 那是不可能的,除非你加入了调试信息,也就是编译的时候加入了-g参数,然后用gdb调试就可以显示.最大程度上查看一个elf文件信息. 如下: [root@localhost rootfs]#  readelf -Wa bin/gzip ELF Header: Magic: 7f 4c Class: ELF32 Data: 's complement, little end

arm-none-linux-gnueabi-gcc -v gcc version 4.4.1 (Sourcery G++ Lite 2010q1-202) 重点: 代码中的内存分配, 地址从低到高: 代码段(RO, 保存函数代码) --> 只读数据段(RO, 保存常量) --> 数据段(RW, 已初始化并且初始值不为0的全局变量和静态变量) -->bss段(RW,  未初始化或者初始化为0的全局变量和静态变量). 程序运行起来之后, 堆区和栈区的变量地址是动态分配的. 可以看出arm-

/home/merlin/swinstall/MentorGraphics/Sourcery_CodeBench_Lite_for_ARM_EABI/bin/../lib//../../../../arm-none-eabi/bin/] overlaps section .data loaded at [0801314c,080137f3] 错误提示如上所示.这里看到.ARM.exidx与.data段已经重叠了... 这个逗逼摊上和我一样的事了!http://stackoverflow.com/

1.前言 本文主要对MK64FN1M0xxx12_flash.ld文件进行分析,以此来加深对链接文件的理解 2.文件详解 /* ** ################################################################### ** Processors: MK64FN1M0CAJ12 ** MK64FN1M0VDC12 ** MK64FN1M0VLL12 ** MK64FN1M0VLQ12 ** MK64FN1M0VMD12 ** ** Compile

from:http://www.hertaville.com/a-sample-linker-script.html A sample script file that will work with C based projects is provided below: /****************************************************************************** * This linker file was developed b

I. probe the stack frame structure The original idea is to unwind the function call stack according to a determined prologue on the begin of a frame. For example: ------- PC ------- LR ------- SP ------- FP ------- ....... The precondition of this id

http://blog.csdn.net/ooonebook/article/details/52949584 以下例子都以project X项目tiny210(s5pv210平台,armv7架构)为例 [uboot] uboot流程系列: [project X] tiny210(s5pv210)上电启动流程(BL0-BL2) 建议先看<[project X] tiny210(s5pv210)上电启动流程(BL0-BL2)>,根据例子了解一下上电之后的BL0\BL1\BL2阶段,以及各个阶段的

5.1 u-boot.lds  链接脚本分析 uboot 编译出来的第一个链接脚本就是执行 u-boot.lds 链接脚本,去掉里面无用的和没有定义的,进行分析. /* 配置头文件,自动生成的,包含芯片SOC 相关的头文件 */ #include <config.h> /* 主要是做一些 32位 和64 位的适配定义 */ #include <asm/psci.h> /* 输出格式为 elf32-littlearm, */ OUTPUT_FORMAT("elf32-lit

当前虽然编译成功了,但是对于我们自己的目标板并不太适用.还得做一系列得修改. 一.lds 文件分析 u-boot 中最重要得链接文件即是,u-boot.lds.我们可以查看我们编译出来得 u-boot.lds 文件进行分析,原始文件在 arch/arm/cpu/ 下,编译出来得去掉了不想关得选项. u-boot.lds脚本文件告诉链接器linker如何布局代码段.数据段.bss段等,已经配置了u-boot自拷贝(从flash到RAM的copy)的内容.另外,还简要的涉及了动态链接技术等. /*

一.代码执行总体流程图 1.1 代码路径 U-boot.lds (arch\arm\cpu) vectors.S (arch\arm\lib) start.S (arch\arm\cpu\arm920t) lowlevel_init.S (board\samsung\jz2440) crt0.S (arch\arm\lib) relocate.S (arch\arm\lib) Board_init.c (common\init) Board_f.c (common) Jz2440.h (incl

转自:http://blog.chinaunix.net/uid-25909619-id-4938388.html 研究内核源码和内核运行原理的时候,很总要的一点是要了解内核的初始情况,也就是要了解内核启动过程.我在研究内核的内存管理的时候,想知道内核启动后的页表的放置,页表的初始化等信息,这促使我这次仔细地研究内核的启动代码.       CPU在bootloader的帮助下将内核载入到了内存中,并开始执行.当然,bootloader必须为zImage做好必要的准备:  1． CPU 寄存器的

先要讲讲这个问题是怎么来的.(咱们在分析一个技术的时候,先要考虑它是想解决什么问题,或者学习新知识的时候,要清楚这个知识的目的是什么). 我在编译内核的时候,发现arch/arm/kernel目录下有一个这样的文件:vmlinux.lds.S.第一眼看上去,想想是不是汇编文件呢?打开一看,好像不是.那它是干嘛的?而且前面已经说过,make V=1的时候,发现这个文件的用处在ld命令中,即ld -T vmlinux.lds.S,好像是链接命令用的,如下所示 如arm-linux-ld -EL -p

首先说一下大环境和总体步骤: 下载lirc 0.8.7源码,使用ubuntu的setup.sh,配置为mceusb的驱动,同时Compile tools for X-Windows选项去掉,生成configure.sh,然后丢到raspberry中,只改为如下: ./configure \--with-moduledir=/lib/modules/3.2.0-29-generic/misc \--without-x \--with-kerneldir=/media/61f7e2bf-c92c-4