一步一步教你怎么编译GNU ARM GCC 交叉编译器arm-none-eabi-gcc

一步一步教你怎么编译GNU ARM GCC 交叉编译器arm-none-eabi-gcc

Step by step teaching you how to build a GNU ARM GCC cross compiler

首先,对于编译器这东西,我一向认为很高深,当然现在还是这么认为,呵,所以呢,一般都是用别人编译好的现成的编译好版本。可是最近因为要在windows下面编译u-boot的原因,因为找不到合适的arm编译器,故只能自己编译一个了。下面就是整个的编译过程,一步步来吧。

在开始之前,还要说明一点,这里所编译的gnu arm gcc 编译器,运行时是依赖于cygwin的,而且这也是我所需要的,至于为什么,请看我的另一篇:如何实现在windows下面编译u-boot里面已经说了详细的原因。如果你不想依赖于cygwin,那请直接用yagarto,或其他的windows版本的gnu arm gcc吧。

1.       确定要编译arm编译器的类型和版本,下载合适的编译器源文件和库源文件

1)类型:arm-none-eabi-gcc

2)版本:Binutils-2.22Newlib-1.20.0GCC-4.7.1GDB-7.4.1insight-6.8.1

嘿嘿,这个版本的问题,我参考了yagarto 还有一些其他的版本,yagarto Eclipse + CDT作为代码编辑和调试的前端,所有没有编insight-6.8.1,我这时是编了,如果你不需要用insight来作为调试的前端,你也不用编,只编前面四个就可以了。

3)下载所要的源文件:

Binutils-2.22

官网:http://www.gnu.org/software/binutils/

下载地址:http://ftp.gnu.org/gnu/binutils/binutils-2.22.tar.bz2

Newlib-1.20.0

官网:http://sourceware.org/newlib/

下载地址:http://nchc.dl.sourceforge.net/project/devkitpro/sources/newlib/newlib-1.20.0.tar.gz

也可以通过CVS来获得:

  cvs -z 9 -d :pserver:anoncvs@sources.redhat.com:/cvs/src login

  {enter "anoncvs" as the password}

  cvs -z 9 -d :pserver:anoncvs@sources.redhat.com:/cvs/src co newlib

GCC-4.7.1

官网:http://gcc.gnu.org/

  下载地址:http://www.netgull.com/gcc/releases/gcc-4.7.1/gcc-4.7.1.tar.bz2

GDB-7.4.1

官网:http://www.gnu.org/software/gdb/

  下载地址:http://ftp.gnu.org/gnu/gdb/gdb-7.4.1.tar.bz2

insight-6.8.1

官网:http://sourceware.org/insight/

下载地址:ftp://sourceware.org/pub/insight/releases/insight-6.8-1.tar.bz2

也可以通过CVS来获得:

cvs -z9 -d :pserver:anoncvs@sourceware.org:/cvs/src login

[enter "anoncvs" as the password]

cvs -z9 -d :pserver:anoncvs@sourceware.org:/cvs/src co -r gdb_6_8-branch insight

官网不变,下载地址这里只是给出参考,感觉随时会变,那时候就google或百度。

 

2.       编译前的准备

编译之前还要做几件事:

(1)       准备好cygwin,并且装好所需要的Mingw gcc 等软件,主要是devel选项下的。

Cygwin下载请到http://www.cygwin.com/  这里我用的是cygwin-1.7.15-1的版本,目前最新版cygwin-1.7.16-1 ,差别不大。装好后,编译的时候如果提示要装什么,可以再装,如果你的空间够,把devel下全装了也行。

(2)       建好编译时所要的目录:

首先,建一个用来存入编译好的编译器的目录,建义在cygwin安装目录下建一下opt目录,里面建一个arm-gnu-tools目录,比如我的cygwin是装在:d:\cygwin,那么我就建d:\cygwin\opt\arm-gnu-tools,这样你就可以在cygwin下通过 /opt/arm-gnu-tools来访问了

其次,再建一个目录build-arm-tools,然后在建立build-binutils, build-gcc, build-gdb, build-newlib, 并且拷入源文件,解压缩。下面就是我建好目录结构:

E:\build-arm-tools

  binutils-2.22.tar.bz2

  build_arm_tools.bat

  gcc-4.7.1.tar.bz2

  gdb-7.4.1.tar.bz2

  insight-6.8-1.tar.bz2

  newlib-1.20.0.tar.gz

 

├─build-binutils

├─build-gcc

├─build-gdb

├─build-insight

├─build-newlib

├─binutils-2.22

├─gcc-4.7.1

├─gdb-7.4.1

├─insight-6.8-1

└─newlib-1.20.0



其中build_arm_tools.bat是我们要进行编译要用到的脚本,主要作用是设置一些环境变量,启动cygwin环境,具体内容如下:

@echo off

 set TARGET=arm-none-eabi

set PREFIX=/opt/arm-gnu-tools

set BIN_PATH=/opt/arm-gnu-tools/bin

 set LANG=C.UTF-8

set CYGWIN_DIR=d:\cygwin

set PATH=%CYGWIN_DIR%\bin;%PATH%

set HOME=e:\build-arm-tools\

 bash --login –i

  双击启动后显示:



(3)   确定编译参数

这部分内容的话,我是参考了yagarto, GNUARM, WinARM, devkitARM, SysGcc_ARM等,CodeSourceryLinaro是基于linux库的,所以无可比性,最后觉得yagarto的参数最好的,然后又在它的基础上加了几个,具体的如下:

 --target=arm-none-eabi

--prefix=/opt/arm-gnu-tools

--disable-nls

--disable-threads 

--enable-languages=c,c++

--enable-interwork

--with-gcc

--with-gnu-ld

--with-gnu-as

--with-dwarf2

--with-float=soft

--disable-shared

--with-newlib

--enable-multilib

--disable-libssp

--disable-libstdcxx-pch

--disable-libmudflap

--disable-libgomp –v

--with-headers=../newlib-1.20.0/newlib/libc/include

--with-pkgversion='semilog_ARM release 01'

--enable-target-optspace

--with-cpu=cpu

--with-arch=armv7

下面就分别对(我知道的)参数说明一下吧:

--target=arm-none-eabi

  所要生成的目标编译器,这里是 arm-none-eabi,它的命名差不多是这样的 arch-vendor[-os]-eabi-gcc , 对于这里没有os,因为没有加入linux下的glibc,而是用的newlib,用于编os或者bootloader

--prefix=/opt/arm-gnu-tools

编译好生成的编译器存放的地方,比如,编好了,就会在arm-gnu-tools目录下生成所要编译器。

--disable-nls

这个参数真他妈坑爹,网上找到的说法是“这个参数禁止了国际化”,我怎么看也不明白,结果在gcc reference book 上找到原文:Specifies that Native Language Support (NLS) be included as part of the compiler to allow for the display of warning and error messages in languages other than American English这才明白,意思大概是:编译时只使用英语来作为提示警告和错误消息的语言,而不使用本地语言。比如我们编译时,提示也不会成中文。我真想抽那个第一个把它说成“禁止国际化的人”,这不是误人子弟麻~~~

--disable-threads

 这个参数等价于--enable-threads=single,而可以看到linux下的gcc的参数中写差—enable-threads=posix,具体的我也不知道什么意思,多半是支持多线程。

--enable-languages=c,c++

Gcc的编译的语言只支持cc++,我看到codeSourcery上面还支持Fortran,额~~~我长见识了。

--enable-interwork

这个是支持thumbarm代码的相互调用。

--with-gnu-ld

--with-gnu-as

--with-dwarf2

上面四个参数是用来表明显示表明,用gccc语言,gnu-as编汇编,gnu-ld链接,调试文件格式是dwarf2的。

--with-float=soft

这个是浮点运算用软件来实现,ARM中有的型号其实有还硬件浮点运逄单元的,因为很多库为了兼容,所以都使用软件实现,这样平台依赖没有那么强,便于移植。

--disable-shared

  禁止共享库。linux下的库有两种:静态库和共享库(动态库)。二者的不同点在于代码被载入的时刻不同。静态库的代码在编译过程中已经被载入可执行程序,因此体积较大。共享库的代码是在可执行程序运行时才载入内存的,在编译过程中仅简单的引用,因此代码体积较小。

--with-newlib

使用newlib库,Newlib是一个面向嵌入式系统的C运行库。最初是由Cygnus Solutions收集组装的一个源代码集合,取名为newlib,现在由Red Hat维护。我们用它来作为我们的库,而不是linuxglibc

--enable-multilib

大部分系统上都是默认选项,这表明了针对目标的多种库都会被编译,这里是针对ARM

--disable-libssp

--disable-libstdcxx-pch

--disable-libmudflap

--disable-libgomp

上面的四个参数,就是用来--enable-multilib中的多种库中去掉这些列出来的,具体提这些库是做什么的,还没有去细究。

--with-headers=../newlib-1.20.0/newlib/libc/include

嘿嘿,这人参数一看就明白了,我就不用多说了。

--with-pkgversion='semilog_ARM release 01'

这个也是的,我把它改成我自己的名字了。哈。

--enable-target-optspace

Specifies that the libraries should be optimized for size instead of speed,这里我们不用,默认是用O2优化。

--with-cpu=cpu

--with-arch=armv7

这个参数要说一下,如果你选了—with-cpu=arm7tdmi,那么会特别针对这个arm7tdmi来优化编译器。下面,你懂的,你也可以优化你想要的。这个参数和 --with-arch=armv7这样是差不多意思。

好了准备工作基本上完了,下面来编译了。

1.    编译GNU ARM GCC 编译器

双击建好的build_arm_tools.bat,

(1)首先编译 binutils-2.22

在提示$符下分别输入:

$ cd build-binutils

$ ../binutils-2.22/configure --target=$TARGET --prefix=$PREFIX --enable-interwork --enable-multilib

$ make all

$ make install

这一 步做完之后还用一件事要做:

就是把/opt/arm-gnu-tools/bin,因为编gcc的时候,要用到里面的第一步已生成的程序,

可以建个快捷方式:

$ ln -s /opt/arm-gnu-tools/bin/* /usr/local/bin

注意:以后每一步编译完都执行一次。

主要是我是cygwin下面加入到$PATH下没有效果,所以就用上面的方法了。

(2)第一遍编译gcc-4.7.1

这一次只是加入newlib的头文件,没有任何库文件,因为还没有生成

$ cd ../build-gcc

$ ../gcc-4.7.1/configure --target=$TARGET --prefix=$PREFIX --enable-interwork --enable-multilib --disable-nls --disable-threads --with-gcc --with-gnu-as --with-gnu-ld --with-dwarf2 --disable-shared --disable-libssp --disable-libstdcxx-pch --disable-libmudflap --disable-libgomp --with-newlib --with-headers=../newlib-1.20.0/newlib/libc/include/ --enable-languages="c,c++" --with-pkgversion='semilog ARM release 01'

$ make all-gcc

$ make install-gcc

$ ln -s /opt/arm-gnu-tools/bin/* /usr/local/bin

(3)编译newlib-1.20.0

现在就用新生成的gcc来编译newlib库

$ cd ../build-newlib

$ ../newlib-1.20.0/configure --target=$TARGET --prefix=$PREFIX --enable-interwork --enable-multilib

$ make all

$ make install

 (4)第二次编gcc-4.7.1

这次编译的时候是用新生成的newlib库来完成gcc带库的编译。

$ cd ../build-gcc

$ make all

$ make install

 (5)编译gdb-4.7.1

$ cd ../build-gdb

$ ../ gdb-4.7.1/configure --target=$TARGET --prefix=$PREFIX --enable-interwork --enable-multilib 

$ make all

$ make install

$ ln -s /opt/arm-gnu-tools/bin/* /usr/local/bin

(6)编译 insight-6.8-1

$ cd ../build-insight

$ ../ insight-6.8-1/configure --target=$TARGET --prefix=$PREFIX --enable-interwork --enable-multilib 

$ make all

$ make install



不过在编译insight-6.8-1的时候可没有那么顺利啊,有一些错误要进行修改。具体的错误及修改如下:


1】首先遇到的是

HAVE_NO_SEH=1-DEXCEPTION_DISPOSITION=int -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1

-DHAVE_SYS_STAT_H=1-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE

_STRINGS_H=1 -DHAVE_INTTYPES_H=1-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1  -DBUILD_t

cl../../../insight-6.8-1/tcl/win/../generic/tclAlloc.c -o tclAlloc.o

In file included from ../../../insight-6.8-1/tcl/win/../generic/../win/tclWinPort.h:72:0,

                 from../../../insight-6.8-1/tcl/win/../generic/tclPort.h:22,

                 from../../../insight-6.8-1/tcl/win/../generic/tclAlloc.c:29:

/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/winsock2.h:103:2:

warning: #warning "fd_set andassociated macros have been defined in sys/types.

This may cause runtime problemswith W32 sockets"

/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/winsock2.h:632:32:

error: conflicting typesfor ‘select’

/usr/include/sys/select.h:31:5:note: previous declaration of ‘select’ was here

Makefile:423: recipe for target`tclAlloc.o' failed

make[3]: *** [tclAlloc.o] Error 1

make[3]: Leaving directory`/cygdrive/e/build-gcc/build-insight/tcl/win'

Makefile:15: recipe for target`all' failed

make[2]: *** [all] Error 2

make[2]: Leaving directory`/cygdrive/e/build-gcc/build-insight/tcl'

Makefile:6631: recipe for target`all-tcl' failed

make[1]: *** [all-tcl] Error 2

make[1]: Leaving directory`/cygdrive/e/build-gcc/build-insight'

Makefile:705: recipe for target`all' failed

make: *** [all] Error 2

 

错误的地方我用红色标出来了,是因为cygwin下的/usr/include/w32api/winsock2.h里面的:

WINSOCK_API_LINKAGE int PASCAL select(intnfds,fd_set*,fd_set*,fd_set*,const struct timeval*);

/usr/include/sys/select.h里面的:

int select __P ((int __n, fd_set *__readfds, fd_set *__writefds, fd_set *__exceptfds, struct timeval*__timeout));

两个函数冲突,因为select.h下在的定义在系统下,且后面还要用到,故注掉winsock2.h里的select函数即可。

2】接下来会遇到这个错误

tclWinChan.o:In function `Tcl_MakeFileChannel':

/cygdrive/e/build-gcc/build-insight/tcl/win/../../../insight-6.8-1/tcl/win/tclWinChan.c:1052:undefined reference to `_ESP'

/cygdrive/e/build-gcc/build-insight/tcl/win/../../../insight-6.8-1/tcl/win/tclWinChan.c:1052:undefined reference to `_EBP'

/cygdrive/e/build-gcc/build-insight/tcl/win/../../../insight-6.8-1/tcl/win/tclWinChan.c:1067:undefined reference to `_ESP'

/cygdrive/e/build-gcc/build-insight/tcl/win/../../../insight-6.8-1/tcl/win/tclWinChan.c:1067:undefined reference to `_EBP'

 

打开tclwinChan.c 对应的 1052代码如下,怎么看也不知道错在什么地方。

    __asm__ __volatile__ (

             "movl  %esp, _ESP" "\n\t"

             "movl %ebp, _EBP");

 

上网找ESPEBP,突然看到 124

static void *ESP;

static void *EBP;

用的是static 属性,想想可能是因为内嵌汇编无法引用指针引起的,于是去掉static,结果真是可以了,就是这个原因。然后在网上也找到insight6.8patch,果然就这样改。Patch的网址:

http://moaningmarmot.free.fr/?p=30

Fix upInsight 6.8 to build up on a x86 host and a modern GCC toolchain

arm-elf-*target debugger on a i686 host

Insight6.8 and GDB need a serious code clean up to build without warnings and errorswith GCC 4.x series.

Theproposed patch is a simple workaround so that Insight 6.8 (and previousreleases) builds OK on a x86 host. Note that would also needs to remove the-Werror option switch when gdb is built, as GCC 4.x emits tons of warnings whenGDB is built.

----------------------------------------------------------------------------------------------

diff -urinsight-6.8/tcl/win/tclWinChan.c insight-6.8.new/tcl/win/tclWinChan.c

---insight-6.8/tcl/win/tclWinChan.c    2006-02-02 21:02:09.000000000 +0100

+++insight-6.8.new/tcl/win/tclWinChan.c  2009-03-1622:07:40.711125000 +0100

@@-122,8 +122,8 @@

 };

 

 #ifdef HAVE_NO_SEH

-static void *ESP;

-static void *EBP;

+void *ESP;

+void *EBP;

 #endif /* HAVE_NO_SEH */

 

diff -urinsight-6.8/tcl/win/tclWinDde.c insight-6.8.new/tcl/win/tclWinDde.c

---insight-6.8/tcl/win/tclWinDde.c    2003-01-21 20:40:22.000000000 +0100

+++insight-6.8.new/tcl/win/tclWinDde.c 2009-03-16 22:12:30.414250000 +0100

@@-1175,7 +1175,7 @@

        }

        case DDE_EVAL: {

            objc -= (async + 3);

-           ((Tcl_Obj **)objv) += (async + 3);

+           objv =((Tcl_Obj **) objv) + (async + 3);

 

diff -ur insight-6.8/tcl/win/tclWinReg.cinsight-6.8.new/tcl/win/tclWinReg.c

---insight-6.8/tcl/win/tclWinReg.c    2003-02-07 20:52:00.000000000 +0100

+++insight-6.8.new/tcl/win/tclWinReg.c 2009-03-16 22:16:52.820500000 +0100

@@-747,7 +747,9 @@

                    Tcl_NewStringObj(Tcl_DStringValue(&buf),

                           Tcl_DStringLength(&buf)));

            if (regWinProcs->useWide) {

-               while (*((Tcl_UniChar *)p)++ != 0) {}

+               Tcl_UniChar * wp = (Tcl_UniChar *)p;

+               while (*wp++ != 0) {}

+                p = (char*)wp;

            } else {

                while (*p++ != '\0') {}

            }

---------------------------------------------------------------------------------------------

同样,还有另外两个文件要改tclWinDde.ctclWinReg.c,把红的改成绿的就可以了。

3】接下来,又是一个与系统定义冲突的错误

Infile included from ../../../insight-6.8-1/tk/win/../generic/tkPort.h:27:0,

                 from../../../insight-6.8-1/tk/win/../generic/tkInt.h:27,

                 from../../../insight-6.8-1/tk/win/../generic/tkConsole.c:19:

../../../insight-6.8-1/tk/win/tkWinPort.h:126:8:error: redefinition of ‘struct timezone’

/usr/include/sys/time.h:22:8:note: originally defined here

Makefile:588:recipe for target `tkConsole.o' failed

 

/usr/include/sys/timer.hinsight-6.8-1/tk/win/tkWinPort.h里面定义了重复的结构体

struct  itimerval {

  struct  timeval it_interval;

  struct  timeval it_value;

};

注释掉insight-6.8-1/tk/win/tkWinPort.h里面的即可。

4】下面几个错误主要是因为新版的cygwin 修改了几个路径转换的接口函数所引起的。

../../insight-6.8-1/gdb/remote-fileio.c: In function‘remote_fileio_func_rename:

../../insight-6.8-1/gdb/remote-fileio.c:1007:5: error:‘cygwin_conv_to_full_posix_path’ is deprecated (declared at/usr/include/sys/cygwin.h:40)

../../insight-6.8-1/gdb/remote-fileio.c:1008:5: error:‘cygwin_conv_to_full_posix_path’ is deprecated (declared at/usr/include/sys/cygwin.h:40)

当然也是因为打开了-Werror,所以编译器把警告也当然错误来处理,不让编译通过。这个编译出错的地方是有提示的,如下:

cc1: warnings being treated as errors

修改有两种方法,第一去掉-Werror选项,第二用cygwin新定义的函数。下面就两种方法,分别介绍,先说使用新函数吧。

首先Cygwin这个升级位于/usr/include/sys/cygwin.h

http://cygwin.com/cygwin-api/func-cygwin-conv-path.html 官网上有用法

/* DEPRECATEDINTERFACES.  These are restricted toMAX_PATH length. Don't use in modern applications. */

extern intcygwin_win32_to_posix_path_list (const char *, char *)  __attribute__ ((deprecated));

extern intcygwin_win32_to_posix_path_list_buf_size (const char *)  __attribute__ ((deprecated));

extern intcygwin_posix_to_win32_path_list (const char *, char *)  __attribute__ ((deprecated));

extern intcygwin_posix_to_win32_path_list_buf_size (const char *)  __attribute__ ((deprecated));

extern intcygwin_conv_to_win32_path (const char *, char *)  __attribute__ ((deprecated));

extern intcygwin_conv_to_full_win32_path (const char *, char *)  __attribute__ ((deprecated));

extern intcygwin_conv_to_posix_path (const char *, char *)  __attribute__ ((deprecated));

extern intcygwin_conv_to_full_posix_path (const char *, char *)  __attribute__ ((deprecated));

 

/* Use theseinterfaces in favor of the above. */

 

/* Possible 'what'values in calls to cygwin_conv_path/cygwin_create_path. */

enum

{

  CCP_POSIX_TO_WIN_A = 0, /* from is char*, tois char*       */

  CCP_POSIX_TO_WIN_W,       /* from ischar*, to is wchar_t*    */

  CCP_WIN_A_TO_POSIX,        /* from is char*, to is char*       */

  CCP_WIN_W_TO_POSIX,      /* from iswchar_t*, to is char*    */

  CCP_CONVTYPE_MASK = 3,

  /* Or these valuesto the above as needed. */

  CCP_ABSOLUTE = 0,      /* Request absolute path (default). */

  CCP_RELATIVE = 0x100    /* Request to keep path relative.   */

};

typedef unsigned int cygwin_conv_path_t;

 

/* If size is 0,cygwin_conv_path returns the required buffer size in bytes. Otherwise, itreturns 0 on success, or -1 on error and errno is set to one of the belowvalues:

    EINVAL        what has an invalid value.

    EFAULT        from or to point into nirvana.

    ENAMETOOLONG  the resulting path is longer than 32K, or, incase

                     of what == CCP_POSIX_TO_WIN_A, longer thanMAX_PATH.

    ENOSPC        size is less than required for theconversion.

*/

extern ssize_t cygwin_conv_path (cygwin_conv_path_t what, constvoid *from,

                                      void *to, size_t size);

/* Same, but handlespath lists separated by colon or semicolon. */

extern ssize_t cygwin_conv_path_list (cygwin_conv_path_t what,const void *from,

                                      void *to, size_t size);

 

原先的函数后面都加了deprecated 属性,所以才会有警告,又因为把警告当成错误处理,所以出错了。可以看出新版cygwin使用了cygwin_conv_pathcygwin_conv_path_list来代替原来的8个函数,通过cygwin_conv_path_t来进行区分。所以修改也是围绕这个来。

一共要改三个文件,分别如下:

1insight-6.8-1/gdb/gdbtk/generic/gdbtk.c

 

          const char **lib_path;

          Tcl_DString lib_dstring;

           int len;

          Tcl_DStringInit (&lib_dstring);

 

#ifdef__CYGWIN__

          /* SRC_DIR from configure is a posix path. Tcl really needs a

             windows path. */

//        src_dir = (char *) alloca(cygwin_posix_to_win32_path_list_buf_size (SRC_DIR));

//        cygwin_posix_to_win32_path_list (SRC_DIR,src_dir);

 

      len = cygwin_conv_path_list(CCP_WIN_A_TO_POSIX,SRC_DIR, NULL, 0);

           src_dir = (char *) alloca (len);

           cygwin_conv_path_list(CCP_WIN_A_TO_POSIX,SRC_DIR, src_dir, len);

 

#endif

          Cygwin32_attach_handle_to_fd("/dev/conin", 0,

                                               GetStdHandle(STD_INPUT_HANDLE),

                                               1,GENERIC_READ);

          Cygwin32_attach_handle_to_fd("/dev/conout", 1,

                                               GetStdHandle(STD_OUTPUT_HANDLE),

                                               0,GENERIC_WRITE);

          Cygwin32_attach_handle_to_fd("/dev/conout", 2,

                                               GetStdHandle(STD_ERROR_HANDLE),

                                               0,GENERIC_WRITE);

 

2insight-6.8-1/gdb/gdbtk/generic/gdbtk-cmds.c

staticint gdb_path_conv (ClientData clientData, Tcl_Interp *interp, int objc, Tcl_Obj*CONST objv[])

{

         int len =0;

  if (objc != 2)

    {

      Tcl_WrongNumArgs (interp, 1, objv, NULL);

      return TCL_ERROR;

    }

#ifdef__CYGWIN__

  {

    char pathname[256], *ptr;

//  cygwin_conv_to_full_win32_path (Tcl_GetStringFromObj (objv[1], NULL),pathname);

         len =cygwin_conv_path(CCP_POSIX_TO_WIN_A,Tcl_GetStringFromObj (objv[1], NULL),NULL,0);

         cygwin_conv_path(CCP_POSIX_TO_WIN_A,Tcl_GetStringFromObj(objv[1], NULL), pathname, len);

 

3insight-6.8-1/gdb/remote-fileio.c

 

//                 cygwin_conv_to_full_posix_path (oldpath,oldfullpath);

//                 cygwin_conv_to_full_posix_path (newpath,newfullpath);

                     len = cygwin_conv_path(CCP_WIN_A_TO_POSIX,oldpath, NULL, 0);

                     cygwin_conv_path(CCP_WIN_A_TO_POSIX, oldpath,oldfullpath, len);

                     len = cygwin_conv_path(CCP_WIN_A_TO_POSIX,newpath, NULL, 0);

                     cygwin_conv_path(CCP_WIN_A_TO_POSIX, newpath,newfullpath, len);

 

这几个文件修改方法是,删掉红色部分,增加绿色部分,保留下黑色部分。

第二修改方法和下面的部分一起讲。

5】下面是几个错误,也是因为打开了-Werror 选项引起的

 

cc1: warnings being treated as errors

cp-name-parser.y: In function ‘cp_comp_to_string’:

cp-name-parser.y:1980:20: error: comparison between ‘enumdemangle_component_type’ and ‘enum <anonymous>’

cp-name-parser.y:1985:25: error: comparison between ‘enumdemangle_component_type’ and ‘enum <anonymous>’

Makefile:1103: recipe for target `cp-name-parser.o' failed

 

iteral -Wno-pointer-sign -Wno-unused -Wno-switch -Wno-char-subscripts-Werror ../../insight-6.8-1/gdb/ada-lang.c

cc1: warnings being treated as errors

../../insight-6.8-1/gdb/ada-lang.c: In function‘ada_attribute_name’:

../../insight-6.8-1/gdb/ada-lang.c:7686:9: error: comparison between‘enum exp_opcode’ and ‘enum ada_operator’

../../insight-6.8-1/gdb/ada-lang.c: In function ‘assign_component’:

../../insight-6.8-1/gdb/ada-lang.c:8186:30: error: comparisonbetween ‘enum exp_opcode’ and ‘enum ada_operator’

../../insight-6.8-1/gdb/ada-lang.c: In function ‘aggregate_assign_from_choices:

../../insight-6.8-1/gdb/ada-lang.c:8341:14: error: comparisonbetween ‘enum exp_opcode’ and ‘enum ada_operator’

../../insight-6.8-1/gdb/ada-lang.c: In function‘ada_evaluate_subexp’:

../../insight-6.8-1/gdb/ada-lang.c:8540:34: error: comparisonbetween ‘enum exp_opcode’ and ‘enum ada_operator’

../../insight-6.8-1/gdb/ada-lang.c:9099:32: error: comparisonbetween ‘enum exp_opcode’ and ‘enum ada_operator’

Makefile:1103: recipe for target `ada-lang.o' failed

 

 

1) insight-6.8-1/gdb/cp-name-parser.cinsight-6.8-1/gdb/cp-name-parse.y

这两个文件都要改。

  if (result->type == (enum demangle_component_type)GLOBAL_DESTRUCTORS)

    {

      result = d_left (result);

      prefix = "global destructors keyedto ";

    }

  else if (result->type == (enum demangle_component_type)GLOBAL_CONSTRUCTORS)

    {

      result = d_left (result);

      prefix = "global constructors keyedto ";

    }

2insight-6.8-1/gdb/cp-name-parser.c

 Line: 7686   if ((int)n>= OP_ATR_FIRST && (int)n <=(int) OP_ATR_VAL)

 Line: 8186   if ((int)exp->elts[*pos].opcode== OP_AGGREGATE)

 Line: 8341   if ((int)op == OP_DISCRETE_RANGE)

Line:8540   if ((int)exp->elts[*pos].opcode== OP_AGGREGATE)

 Line: 9099   (int)op== OP_ATR_MIN ? BINOP_MIN : BINOP_MAX);

 

到这里编译 insight-6.8-1的所有错误都改完了。编完之后,就可以在bin目录找到insight了。

 

下面来说第二种方法,就是如何去掉–Werror编译选项。找到 insight-6.8-1/gdb/makefile.in

147行的下一行加上:

Line:147: GDB_WERROR_CFLAGS = $(WERROR_CFLAGS)

Line: 148: GDB_WERROR_CFLAGS =

就可以了

到这里,所有的编译都完成了,arm-none-eabi-gcc已生成,并还gdbinsight

最后,本文写给和我一样的对gcclinux是菜鸟的同志们,欢迎给出意见~~~~


http://www.yagarto.de/

http://www.oliverbehr.de/index.php?option=com_content&view=article&id=50:building-a-gnu-arm-toolchain&catid=39&Itemid=73

http://www.kunen.org/uC/gnu_tool.html

  • 0
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
提供的源码资源涵盖了Java应用等多个领域,每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写,确保了在对应环境下能够无缝运行。同时,源码中配备了详细的注释和文档,帮助用户快速理解代码结构和实现逻辑。 适用人群: 适合毕业设计、课程设计作业。这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生,还是对其他领域编程感兴趣的学生,这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码,你可以掌握各平台开发的基础知识,提升编程能力和项目实战经验。 使用场景及目标: 在学习阶段,你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码,你将深入了解各平台开发的技术细节和最佳实践,逐步培养起自己的项目开发和问题解决能力。此外,在求职或创业过程中,具备跨平台开发能力的大学生将更具竞争力。 其他说明: 为了确保源码资源的可运行性和易用性,特别注意了以下几点:首先,每份源码都提供了详细的运行环境和依赖说明,确保用户能够轻松搭建起开发环境;其次,源码中的注释和文档都非常完善,方便用户快速上手和理解代码;最后,我会定期更新这些源码资源,以适应各平台技术的最新发展和市场需求。 所有源码均经过严格测试,可以直接运行,可以放心下载使用。有任何使用问题欢迎随时与博主沟通,第一时间进行解答!
### 回答1: gcc-arm-none-eabi-10.3-2021.10是一款基于GCC开发的ARM微处理编译工具链。这款编译工具链支持多种ARM架构的微处理,包括Cortex-M系列、Cortex-R系列和Cortex-A系列等。通过使用该编译工具链,开发者可以快速地编译、调试和优化ARM微处理上的应用程序。该工具链包含了C语言编译、汇编、连接和标准库等工具,可以满足开发者进行各种ARM微处理的开发和调试需求。此外,gcc-arm-none-eabi-10.3-2021.10还支持多种操作系统,包括Linux、Windows和macOS等,适用于各种开发环境,为ARM微处理开发提供了强大的支持。总之,该编译工具链是ARM微处理开发的重要工具之一,广泛应用于嵌入式系统、物联网设备、智能家居和机人等领域。 ### 回答2: gcc-arm-none-eabi-10.3-2021.10是一种ARM嵌入式开发工具,具有多种功能和特性。它是由GNU开源软件基金会开发的一款ARM架构编译,能够针对各种嵌入式系统,生成高效可靠的机码。它支持多种微处理芯片,包括Cortex M和Cortex R等。此版本的编译在2021年10月发布,是一个最新的版本。 gcc-arm-none-eabi-10.3-2021.10是一款工具套件,包含了编译,链接,调试和其他一系列辅助工具,可以方便地进行嵌入式系统的开发。使用它可以进行高效的编码,编译和执行程序,并能够方便地进行调试和优化。此工具套件支持多种平台,包括Linux,Windows和Mac OS等 此工具套件的一个主要特点是易于配置和使用。它具有友好的命令行界面和文档,可以帮助开发人员轻松完成编译和调试的任务。此外,它还支持多种开发环境,如Eclipse和Visual Studio等,提供了更为便捷的开发方式。 总体而言,gcc-arm-none-eabi-10.3-2021.10是一款强大、高效、易用的嵌入式开发工具,可以帮助开发者快速开发出高质量的嵌入式系统。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值