From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4084 invoked by alias); 4 Jul 2005 15:03:14 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 4055 invoked by uid 22791); 4 Jul 2005 15:03:08 -0000 Received: from wproxy.gmail.com (HELO wproxy.gmail.com) (64.233.184.193) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 04 Jul 2005 15:03:08 +0000 Received: by wproxy.gmail.com with SMTP id i18so1104771wra for ; Mon, 04 Jul 2005 08:03:06 -0700 (PDT) Received: by 10.54.56.11 with SMTP id e11mr3608365wra; Mon, 04 Jul 2005 08:03:05 -0700 (PDT) Received: by 10.54.65.17 with HTTP; Mon, 4 Jul 2005 08:03:05 -0700 (PDT) Message-ID: <700d600f05070408036c46a2c2@mail.gmail.com> Date: Mon, 04 Jul 2005 15:03:00 -0000 From: Janne Hellsten Reply-To: Janne Hellsten To: gdb@sources.redhat.com Subject: Re: GDB head fails to compile for target=arm-elf In-Reply-To: <700d600f0507040016473ee6a9@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <700d600f05070400041e35329b@mail.gmail.com> <700d600f0507040016473ee6a9@mail.gmail.com> X-SW-Source: 2005-07/txt/msg00017.txt.bz2 Looks like arm-elf is not the only target that behaves this way. When trying --target=3Dsh-elf, I get this: /bin/sh ./libtool --mode=3Dcompile gcc -DHAVE_CONFIG_H -I. -I../../src/bfd -I. -I. -I../../src/bfd -I../../src/bfd/../include=20 -I../../src/bfd/../intl -I../intl -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -c -o cofflink.lo ../../src/bfd/cofflink.c gcc -DHAVE_CONFIG_H -I. -I../../src/bfd -I. -I. -I../../src/bfd -I../../src/bfd/../include -I../../src/bfd/../intl -I../intl -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -c ../../src/bfd/cofflink.c -o cofflink.o /bin/sh ./libtool --mode=3Dcompile gcc -DHAVE_CONFIG_H -I. -I../../src/bfd -I. -I. -I../../src/bfd -I../../src/bfd/../include=20 -I../../src/bfd/../intl -I../intl -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -c -o elf32-sh64.lo ../../src/bfd/elf32-sh64.c gcc -DHAVE_CONFIG_H -I. -I../../src/bfd -I. -I. -I../../src/bfd -I../../src/bfd/../include -I../../src/bfd/../intl -I../intl -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -c ../../src/bfd/elf32-sh64.c -o elf32-sh64.o ../../src/bfd/elf32-sh64.c: In function `sh64_elf_get_sec_type_attr': ../../src/bfd/elf32-sh64.c:766: warning: duplicate `const' make[3]: *** [elf32-sh64.lo] Error 1 make[3]: Leaving directory `/home/janne/code/build-gdb/bfd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/janne/code/build-gdb/bfd' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/janne/code/build-gdb/bfd' make: *** [all-bfd] Error 2 janne@nurbian:~/code/build-gdb$=20 I wonder if there is some preparation step that I'm omitting before running make? Do I need sh-elf/arm-elf binutils in order to build GDB for "cross targets"? Best regards, Janne On 7/4/05, Janne Hellsten wrote: > Just for the record: configuring without --target=3Darm-elf and running > make works just fine. >=20 > BR, > Janne >=20 > On 7/4/05, Janne Hellsten wrote: > > Hi again, > > > > I went and tried to compile the head CVS revision of GDB. Alas, it > > appears that it doesn't compile on my system (Debian testing). > > > > I configured like so: > > > > src/ -- CVS dir > > build-gdb/ > > > > In build-gdb dir, I did "../src/configure --prefix=3D/home/janne/gdb-CVS > > --target=3Darm-elf". This works well. However, "make" fails: > > > > > > janne@nurbian:~/code/build-gdb$ cat log_stderr_make.txt > > In file included from ../../src/include/xregex.h:26, > > from ../../src/libiberty/regex.c:191: > > ../../src/include/xregex2.h:538: warning: ISO C90 does not support > > `static' or type qualifiers in parameter array declarators > > In file included from ../../src/libiberty/regex.c:636: > > ../../src/libiberty/regex.c: In function `byte_compile_range': > > ../../src/libiberty/regex.c:4485: warning: signed and unsigned type in > > conditional expression > > ../../src/libiberty/regex.c:4495: warning: signed and unsigned type in > > conditional expression > > ../../src/libiberty/regex.c:4495: warning: signed and unsigned type in > > conditional expression > > ../../src/libiberty/regex.c: In function `xre_comp': > > ../../src/libiberty/regex.c:7817: warning: return discards qualifiers > > from pointer target type > > ../../src/libiberty/floatformat.c:312:15: warning: use of C99 > > hexadecimal floating constant > > ../../src/libiberty/pexecute.c: In function `pexecute': > > ../../src/libiberty/pexecute.c:50: warning: assignment discards > > qualifiers from pointer target type > > ../../src/libiberty/pexecute.c:61: warning: assignment discards > > qualifiers from pointer target type > > ../../src/bfd/elf32-arm.c: In function `elf32_arm_symbian_get_sec_type_= attr': > > ../../src/bfd/elf32-arm.c:6969: warning: duplicate `const' > > make[3]: *** [elf32-arm.lo] Error 1 > > make[2]: *** [all-recursive] Error 1 > > make[1]: *** [all] Error 2 > > make: *** [all-bfd] Error 2 > > > > > > I wonder what's going on.. Where does the error come from? I only > > see warnings here. > > > > I'm using gcc 3.3.5: > > > > janne@nurbian:~/code/build-gdb$ gcc -v > > Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs > > Configured with: ../src/configure -v > > --enable-languages=3Dc,c++,java,f77,pascal,objc,ada,treelang > > --prefix=3D/usr --mandir=3D/usr/share/man --infodir=3D/usr/share/info > > --with-gxx-include-dir=3D/usr/include/c++/3.3 --enable-shared > > --enable-__cxa_atexit --with-system-zlib --enable-nls > > --without-included-gettext --enable-clocale=3Dgnu --enable-debug > > --enable-java-gc=3Dboehm --enable-java-awt=3Dxlib --enable-objc-gc > > i486-linux > > Thread model: posix > > gcc version 3.3.5 (Debian 1:3.3.5-13) > > > > Best regards, > > Janne > > >