使用eclipse交叉编译了littlevgl 5.2的一个简单的hello窗口demo，使用的是arm-linux-gnueabi-编译的，但是生成的文件放到nano上，执行出现Segmentation fault，使用core dump，生成core文件之后，拷贝到PC上 gdb查看，却出现
Backtrace stopped: not enough registers or memory available to unwind further
大家怎么编译的？
Your text here
离线
测试了最简单的helloworld，执行都会出现Segmentation fault。
eclipse编译log
13:25:16 **** Build of configuration Debug for project helloworld ****
make all
Building file: ../main/helloworld.c
Invoking: Cross GCC Compiler
arm-linux-gnueabi-gcc -O0 -Wall -c -fmessage-length=0 -MMD -MP -MF"main/helloworld.d" -MT"main/helloworld.o" -o "main/helloworld.o" "../main/helloworld.c"
Finished building: ../main/helloworld.c
Building target: helloworld
Invoking: Cross GCC Linker
arm-linux-gnueabi-gcc -o "helloworld" ./main/helloworld.o
Finished building target: helloworld
13:25:18 Build Finished. 0 errors, 0 warnings. (took 1s.877ms)
<code>
#include <stdio.h>
#include <stdlib.h>
int main(void) {
printf("!!!Hello World!!!\r\n"); /* prints !!!Hello World!!! */
return EXIT_SUCCESS;
}
</code>
离线
你是裸奔还是在Linux上跑的?
离线
你是裸奔还是在Linux上跑的?
linux，用的7.2.1的arm-linux-gnueabi- 以为是版本问题，就把uboot、rootfs、zImage全编译成这个版本，结果还是一样。抓狂
离线
参考链接: https://whycan.cn/t_1017.html#p4914
这个问题也浪费了我几个小时，后来拿云盘上给的那个rootfs来对比，才发现：
1. arm-linux-gnueabi 这个工具链用来编译内核没有问题，编译应用则会出现问题；2. 编译应用的问题，是因为工具链所附加的库，是面向Cortex A7来编译的；因为假如只编译，不链接： arm-linux-gnueabi-gcc -Q -v -c -mcpu=arm926ej-s hello.c ，然后用readelf -A hello.o，会发现：Tag_CPU_name: "ARM926EJ-S"；但只要链接了库，就成了：Tag_CPU_name: "7-A"
3. 解决方法，重新编译工具链，使得它附带的库是用于ARM926EJ-S的，方法是：
https://briolidz.wordpress.com/2012/02/07/building-embedded-arm-systems-with-crosstool-ng/
http://unisim-vp.org/site/crosstool-arm-926ejs-linux-gnueabi-how-to.html4. 之后再使用编译出来的external toolchain，也是完全OK的。
看看是否是这个问题?
在线
参考链接: https://whycan.cn/t_1017.html#p4914
pighead 说：这个问题也浪费了我几个小时，后来拿云盘上给的那个rootfs来对比，才发现：
1. arm-linux-gnueabi 这个工具链用来编译内核没有问题，编译应用则会出现问题；2. 编译应用的问题，是因为工具链所附加的库，是面向Cortex A7来编译的；因为假如只编译，不链接： arm-linux-gnueabi-gcc -Q -v -c -mcpu=arm926ej-s hello.c ，然后用readelf -A hello.o，会发现：Tag_CPU_name: "ARM926EJ-S"；但只要链接了库，就成了：Tag_CPU_name: "7-A"
3. 解决方法，重新编译工具链，使得它附带的库是用于ARM926EJ-S的，方法是：
https://briolidz.wordpress.com/2012/02/07/building-embedded-arm-systems-with-crosstool-ng/
http://unisim-vp.org/site/crosstool-arm-926ejs-linux-gnueabi-how-to.html4. 之后再使用编译出来的external toolchain，也是完全OK的。
看看是否是这个问题?
谢谢晕哥，我试试
离线
暂时根据群友说的用nanopi的4.4.3编译器先编译，运行OK了，直接编译linaro 7.2源码还没研究懂怎么编译
离线
应该是这个问题，我最后是使用的buildroot里面那个arm-none-linux-gnueabi，版本是4.8.3
离线
还是bbs好啊，大神踩过的坑都有记录，要是Q群渣都没有了。
离线
编译完了，运行速度怎么样？我这边运行littlevgl下的demo速度明显慢。
离线
我也遇到这个问题，但是我是用的docker中的环境编译的，也会出现Segmentation fault，好奇怪。
离线