go交叉编译错误
1. Go 是怎么使用 Go 来编译自身的
第一步：all.bash
% cd $GOROOT/src
% ./all.bash
第一步有些突兀，因为 all.bash 仅仅调用了其它两个 shell 脚本；make.bash 和 run.bash。如果你在使用 Windows 或 Plan 9，过程是一样的，只是脚本扩展名变成了.bat 或.rc。对于本文中的其它脚本，请根据你的系统适当改动。
第二步：make.bash
. ./make.bash --no-banner
main.bash 来源于 all.bash，因此调用退出将正确终止便宜进程。main.bash 有三个主要工作，第一个是验证编译 Go 的环境是否完整。完整性检查在过去几年中建立，它通常尝试避免使用已知的破损工具或必然失败的环境进行编译。
第三步. cmd/dist
gcc -O2 -Wall -Werror -ggdb -o cmd/dist/dist -Icmd/dist cmd/dist/*.c
一旦可用性检查完毕，make.bash 将编译产生 cmd/dist,cmd/dist取代了之前存在于Go 1 之前的Makefile 编译系统。cmd/dist用来管理少量的pkg/runtime的代码生成。cmd/dist 是C语言编写的程序，能够充分利用系统C编译器和头文件来处理大部分主机系统平台的检测。cmd/dist通常用来检测主机的操作系统和体系结构,即环境变量$GOHOSTOS和$GOHOSTARCH .如果是交叉编译的话，变量 $GOOS和$GOARCH可能会由于你的设置而不同。事实上,Go 通常用作跨平台编译器，只不过多数情况下，主机和目标系统一致而已。接下来，make.bash 调用cmd/dist 的引导参数的支持库、 lib9、 libbio 和 libmach，使用编译器套件，然后用自己的编译器进行编译。这些工具也是用 C 语言写的中，但是由系统 C 编译器编译产生。
echo "# Building compilers and Go bootstrap tool for host, $GOHOSTOS/$GOHOSTARCH."
buildall="-a"
if [ "$1" = "--no-clean" ]; then
buildall=""
fi
./cmd/dist/dist bootstrap $buildall -v # builds go_bootstrap
使用的编译器套件 cmd/dist 编译产生一个版本的gotool，go_bootstrap。但go_bootstrap并不是完整得gotool，比方说 pkg/net 就是孤立的，避免了依赖于 cgo。要编译的文件的列表以及它们的依赖项，是由cmd/dist编译的 ，所以十分谨慎地避免引入新的生成依赖项 到 cmd/go。
第四步：go_bootstrap
现在， go_bootstrap 编译完成了，make.bash 的最后一部就是使用 go_bootstrap 完成 Go 标准库的编译，包括整套 gotool 的替换版。
echo "# Building packages and commands for $GOOS/$GOARCH."
"$GOTOOLDIR"/go_bootstrap install -gcflags "$GO_GCFLAGS" \
-ldflags "$GO_LDFLAGS" -v std
第五步：run.bash
现在，make.bash 完成了，运行回到了 all.bash，它将引用 run.bash。run.bash 的工作是编译和测试标准库，运行时以及语言测试套件。
bash run.bash --no-rebuild
使用 --no-rebuild 标识是因为 make.bash 和 run.bash 可能都调用了 go install -a std，这样可以避免重复，--no-rebuild 跳过了第二个 go install。
# allow all.bash to avoid double-build of everything
rebuild=true
if [ "$1" = "--no-rebuild" ]; then
shift
else
echo '# Building packages and commands.'
time go install -a -v std
echo
fi
第六步：go test -a std
echo '# Testing packages.'
time go test std -short -timeout=$(expr 120 \* $timeout_scale)s
echo
下一步 run.bash z则是对标准库中的所有包进行单元测试，这是使用 testing 包编写的。由于 $GOPATH 和 $GOROOT 中的代码存在于同一个命名空间中，我们不能使用 go test，这可能会测试 $GOPATH 中的所有包，所以将创建别名std来标识标准库中的包。由于有些测试需要很长时间，或耗用大量内存，测试将会通过 -short 标识将其过滤。
第七步 runtime 和 cgo 测试
run.bash的下一节将运行大量对cgo支持的平台测试，运行一些季春测试，编译 Go 附带的一些杂项程序。随着时间的推移，这份杂项程序列表已经变长了，当它们发现自己并不包含在编译过程中时，沉默将不可避免的被打破。
第八步： go run test
(xcd ../test
unset GOMAXPROCS
time go run run.go
) || exit $?
run.bash的倒数第二步调用了$GOROOT目录下test文件夹中的编译器和运行时测试。这其中有描述编译器和运行时本身的低层级测试。而子目录 test/bugs 及 test/fixedbugs 中的测试对已知问题和已解决问题进行特别的测试。所有测试的测试驱动器是 $GOROOT/test/run.go，该程序很小，它调用test文件夹中的每个.go 文件。有些 .go 文件在首行上描述了预期的运行结果，例如，程序失败或是放出特定的输出队列。
第九步go tool api
echo '# Checking API compatibility.'
go tool api -c $GOROOT/api/go1.txt,$GOROOT/api/go1.1.txt \
-next $GOROOT/api/next.txt -except $GOROOT/api/except.txt
run.bash的最后一部将调用API工具，API工具的作用是执行 Go 1 约定；导出的符号，常数，函数，变量，类型和方法组成2012年确认的 Go 1 API。Go 1 写在 api/go1.txt 文件，而 Go 1.1 则写在 api/go1.1.txt文件中。另一个额外的文件，api/next.txt 描述了G 1.1自后添加到标准库和运行时中的符号。当 Go 1.2 发布时，这个文件将会成为 Go 1.2 的约定，另一个新的 next.txt 文件也将被创建。这里还有一个小文件，except.txt，它包括 Go 1 约定中被批准的扩展。对文件的增添总是小心翼翼的。
2. 如何解决在交叉编译的问题的crt0.o
如何添加ctr0.o？我得到这个错误：
yagarto-4.7.2/bin/arm-none-eabi-ld: cannot find crt0.o: No such file or directory
collect2: error: ld returned 1 exit status`
离这里很简单的程序：
/* -- first.s */
/* This is a comment */
.global main /* 'main' is our entry point and must be global */
.func main /* 'main' is a function */
main: /* This is main */
mov r0, #2 /* Put a 2 inside the register r0 */
bx lr /* Return from main */
我看这2个线程，并没有得到任何完整的和直截了当的回答： 什么是从背后取下gcc4.7.x的crt0.o的理由？ 我有这些文件，什么是CRT0和外箱之间的区别不就可以了？
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/crtbegin.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/crtend.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/crti.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/crtn.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/thumb/crtbegin.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/thumb/crtend.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/thumb/crti.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/thumb/crtn.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/thumb/v6m/crtbegin.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/thumb/v6m/crtend.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/thumb/v6m/crti.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/thumb/v6m/crtn.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/thumb/v7m/crtbegin.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/thumb/v7m/crtend.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/thumb/v7m/crti.o
./yagarto-4.7.2/lib/gcc/arm-none-eabi/4.7.2/thumb/v7m/crtn.o
在SO解决方案给周围的工作不工作了：
arm-none-eabi-gcc -o first assembler_tutorial/chapter01/first.o -nostartfiles
./yagarto-4.7.2/bin/arm-none-eabi-ld: warning: cannot find entry symbol _start; defaulting to 0000000000008000
本文地址 ：CodeGo.net/603832/
-------------------------------------------------------------------------------------------------------------------------
1. vectors.s
.globl _start
_start:
mov sp,#0x8000
bl main
hang: b hang
main.s
.globl main
main:
mov r0,#2
bx lr
MEMMAP（链接脚本）
MEMORY
{
ram : ORIGIN = 0x8000, LENGTH = 0x10000
}
SECTIONS
{
.text : { *(.text*) } > ram
.bss : { *(.bss*) } > ram
}
命令
arm-none-eabi-as vectors.s -o vectors.o
arm-none-eabi-as main.s -o main.o
arm-none-eabi-ld vectors.o main.o -T memmap -o main.elf
arm-none-eabi-objmp -D main.elf > main.list
arm-none-eabi-obj main.elf -O binary main.bin
结果
main.elf: file format elf32-littlearm
Disassembly of section .text:
00008000 <_start>:
8000: e3a0d902 mov sp, #32768 ; 0x8000
8004: eb000000 bl 800c <main>
00008008 <hang>:
8008: eafffffe b 8008 <hang>
0000800c <main>:
800c: e3a00002 mov r0, #2
8010: e12fff1e bx lr
如果你想，而不是ASM主C，则 main.c中
int main ( void )
{
return(2);
}
命令
arm-none-eabi-as vectors.s -o vectors.o
arm-none-eabi-gcc -Wall -Werror -O2 -nostdlib -nostartfiles -ffreestanding -c main.c -o main.o
arm-none-eabi-ld vectors.o main.o -T memmap -o main.elf
arm-none-eabi-objmp -D main.elf > main.list
arm-none-eabi-obj main.elf -O binary main.bin
结果
main.elf: file format elf32-littlearm
Disassembly of section .text:
00008000 <_start>:
8000: e3a0d902 mov sp, #32768 ; 0x8000
8004: eb000000 bl 800c <main>
00008008 <hang>:
8008: eafffffe b 8008 <hang>
0000800c <main>:
800c: e3a00002 mov r0, #2
8010: e12fff1e bx lr
我更喜欢其他的函数不是主要的编译器添加额外的行李，当他们看到那个函数 vectors.s
.globl _start
_start:
mov sp,#0x8000
bl notmain
hang: b hang
main.c中
int notmain ( void )
{
return(2);
}
结果
main.elf: file format elf32-littlearm
Disassembly of section .text:
00008000 <_start>:
8000: e3a0d902 mov sp, #32768 ; 0x8000
8004: eb000000 bl 800c <notmain>
00008008 <hang>:
8008: eafffffe b 8008 <hang>
0000800c <notmain>:
800c: e3a00002 mov r0, #2
8010: e12fff1e bx lr
3. 交叉编译zlib出错
$ export CC=mipsel-linux-gcc
$ ./configure --prefix=/opt --shared
$ make CC=mipsel-linux-gcc
$ make install
ps:此处的环境CC=mipsel-linux-gcc 记得换回来！