Re: insight+dejagnu-20010417 build error on arm-elf(libgdb.a:remote-rdi.o)!

Re: insight+dejagnu-20010417 build error on arm-elf(libgdb.a:remote-rdi.o)!

[Keith Seitz]

[sent to correct list]

On Thu, 19 Apr 2001, Cliff Tsai wrote:

>     When I build insight+dejagnu-20010417 for arm-elf target.
>     I always meet the error:
>     libgdb.a(remote-rdi.o):undefiend reference to angel_RDI_stop_request
> 
>     I've try to include share/ardi.h in remote-rdi.c . But other errors
> occur.
>     How to solve this?

I've built arm-elf-gdb on linux from the repository, and I encountered no 
problems.

Is libangsd.a being built and linked into gdb? (libangsd.a lives in 
rdi-share)

I'm doing a cygwin build now, and I'll post my results in a few hours.
Keith

Re: insight+dejagnu-20010417 build error on arm-elf(libgdb.a:remote-rdi.o)!

[Keith Seitz]

On Thu, 19 Apr 2001, Keith Seitz wrote:

> I'm doing a cygwin build now, and I'll post my results in a few hours.

I had no problems building on Win2000.

What does "head config.status" output?

Keith

Re: insight+dejagnu-20010417 build error on arm-elf(libgdb.a:remote-rdi.o)!

[Keith Seitz]

On Sat, 21 Apr 2001, Cliff Tsai wrote:

> (1) Yes!libangsd.a exists.And  There are some .o in my build library
> (xxx/gdb/rdi-share)
> 
> (2) But I can't find any information about libangsd.a in my "make.out"
> 
> (3) uname -a say=>CYGWIN_98-4.10 CLIFF 1.1.8(0.34/3/2) 2001-01-03 10:58 i586
> unknown.
>       Do I need a newer version of cygwin? But I encounter another problem
> after install newer version of
>       cygwin when build insight!

You must have something wrong with your build environment. I just 
downloaded (again) the insight+dejagnu-weekly-20010424.tar.bz2 snapshot 
from sources and built it on this system:

$ uname -a
CYGWIN_98-4.10 ANYWHERE 1.1.8(0.34/3/2) 2001-01-31 i586 unknown
$ gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-6/specs
gcc version 2.95.2-6 19991024 (cygwin experimental)

I installed it, too. Ran as expected. Something is really, really wrong 
with your setup.

> By the way!I wanna know  can I build the insight for arm-elf that set
> big_endian as default?
> I've seen few lines in \gdb\config\arm\tm-arm.h about endian.

You don't need to do anything. Gdb will automatically switch to 
big-endian if your executable is big-endian:

(gdb) show endian
The target endianness is set automatically (currently little endian)

> How can I do to set arm-elf take big_endian as default?

All you need to do is make arm-elf-gcc output big-endian code.

Keith

Re: insight+dejagnu-20010417 build error on arm-elf(libgdb.a:remote-rdi.o)!

[Cliff Tsai]

----- Original Message -----
From: "Keith Seitz" <keiths@cygnus.com>
To: "Cliff Tsai" <clifftsai@minecard.com.tw>
Cc: <gdb@sources.redhat.com>
Sent: Saturday, April 21, 2001 1:08 AM
Subject: Re: insight+dejagnu-20010417 build error on
arm-elf(libgdb.a:remote-rdi.o)!


> On Fri, 20 Apr 2001, Cliff Tsai wrote:
>
> > The "head config.status" is
> >
/src/gdb/insight_dejagnu-20010417/configure --host=i586-pc-cygwin --target=a
> > rm-elf
> > --prefix=/tools --exec-prefix=/tools/arm-elf -v --norecursion.
> >
> > My configure command is:
> > /src/gdb/insight_dejagnu-20010417/configure --target=arm-elf  \
> > --prefix=/tools --exec-prefix=/tools/arm-elf -v 2>&1 | tee configure.out
> >
> > By the way,I just use 0420 snapshot,the same error occur!
>
> I just retrieved this snapshot and built it on both windows and linux
> without any problems...
>
> Is libangsd.a being built? Does the directory OBJDIR/gdb/rdi-share exist
> and contain anything? What do the last few lines of your final link look
> like? Mine look like:

>
> rm -f libangsd.a
> ar cru libangsd.a ardi.o angel_bytesex.o crc.o devsw.o drivers.o
etherdrv.o hostchan.o hsys.o logging.o msgbuild.o params.o rx.o serdrv.o
serpardr.o tx.o unixcomm.o
> ranlib libangsd.a
> make[2]: Leaving directory `/home/keiths/arm-elf/gdb/rdi-share'
> rm -f gdb.exe
> gcc -g -O2        -Wl,--subsystem,console -o gdb.exe \
> main.o libgdb.a cli-decode.o cli-script.o cli-cmds.o cli-setshow.o
cli-utils.o gdbtk.o gdbtk-cmds.o gdbtk-hooks.o gdbtk-varobj.o
gdbtk-wrapper.o gdbres.o rdi-share/libangsd.a  ../sim/arm/libsim.a
../bfd/libbfd.a ../readline/libreadline.a ../opcodes/libopc
> odes.a ./../intl/libintl.a ../libiberty/libiberty.a `if test -r
../libtermcap/libtermcap.a; then echo ../libtermcap/libtermcap.a; else
echo -ltermcap; fi`



../libgui/src/libgui.a -L/home/keiths/arm-elf/itcl/itcl/win -litcl30 -L/home
/keiths/arm-elf/itcl/
>
itk/win -litk30 -L/home/keiths/arm-elf/tix/win/tcl8.0 -ltix4180 -L/home/keit
hs/arm-elf/tk/win -ltk80 -L/home/keiths/arm-elf/tcl/win -ltcl80      -lm -lm
../libiberty/libiberty.a -luser32 -lshell32 -lgdi32 -lcomdlg32 -ladvapi32\
>
> What does "uname -a" say?
>
> Keith
>

Keith:thank you very much

(1) Yes!libangsd.a exists.And  There are some .o in my build library
(xxx/gdb/rdi-share)

(2) But I can't find any information about libangsd.a in my "make.out"

(3) uname -a say=>CYGWIN_98-4.10 CLIFF 1.1.8(0.34/3/2) 2001-01-03 10:58 i586
unknown.
      Do I need a newer version of cygwin? But I encounter another problem
after install newer version of
      cygwin when build insight!

By the way!I wanna know  can I build the insight for arm-elf that set
big_endian as default?
I've seen few lines in \gdb\config\arm\tm-arm.h about endian.
How can I do to set arm-elf take big_endian as default?
Or Where can I set in order for insight(build for little-endian as default)
to accept big_endian elf-image.

/*tm-arm.h*/
/* Target byte order on ARM defaults to selectable, and defaults to
   little endian.  */
#define TARGET_BYTE_ORDER_SELECTABLE_P 1
#define TARGET_BYTE_ORDER_DEFAULT LITTLE_ENDIAN

/* IEEE format floating point.  */
#define IEEE_FLOAT (1)
#define TARGET_DOUBLE_FORMAT  (target_byte_order == BIG_ENDIAN \
          ? &floatformat_ieee_double_big  \
          : &floatformat_ieee_double_littlebyte_bigword)
 .....


Thank you.

Re: insight+dejagnu-20010417 build error on arm-elf(libgdb.a:remote-rdi.o)!

[Keith Seitz]

On Fri, 20 Apr 2001, Cliff Tsai wrote:

> The "head config.status" is
> /src/gdb/insight_dejagnu-20010417/configure --host=i586-pc-cygwin --target=a
> rm-elf
> --prefix=/tools --exec-prefix=/tools/arm-elf -v --norecursion.
> 
> My configure command is:
> /src/gdb/insight_dejagnu-20010417/configure --target=arm-elf  \
> --prefix=/tools --exec-prefix=/tools/arm-elf -v 2>&1 | tee configure.out
> 
> By the way,I just use 0420 snapshot,the same error occur!

I just retrieved this snapshot and built it on both windows and linux 
without any problems...

Is libangsd.a being built? Does the directory OBJDIR/gdb/rdi-share exist 
and contain anything? What do the last few lines of your final link look 
like? Mine look like:

rm -f libangsd.a
ar cru libangsd.a ardi.o angel_bytesex.o crc.o devsw.o drivers.o etherdrv.o hostchan.o hsys.o logging.o msgbuild.o params.o rx.o serdrv.o serpardr.o tx.o unixcomm.o
ranlib libangsd.a
make[2]: Leaving directory `/home/keiths/arm-elf/gdb/rdi-share'
rm -f gdb.exe
gcc -g -O2        -Wl,--subsystem,console -o gdb.exe \
main.o libgdb.a cli-decode.o cli-script.o cli-cmds.o cli-setshow.o cli-utils.o gdbtk.o gdbtk-cmds.o gdbtk-hooks.o gdbtk-varobj.o gdbtk-wrapper.o gdbres.o rdi-share/libangsd.a  ../sim/arm/libsim.a ../bfd/libbfd.a ../readline/libreadline.a ../opcodes/libopc
odes.a ./../intl/libintl.a ../libiberty/libiberty.a `if test -r ../libtermcap/libtermcap.a; then echo ../libtermcap/libtermcap.a; else echo -ltermcap; fi`    ../libgui/src/libgui.a -L/home/keiths/arm-elf/itcl/itcl/win -litcl30 -L/home/keiths/arm-elf/itcl/
itk/win -litk30 -L/home/keiths/arm-elf/tix/win/tcl8.0 -ltix4180 -L/home/keiths/arm-elf/tk/win -ltk80 -L/home/keiths/arm-elf/tcl/win -ltcl80      -lm -lm  ../libiberty/libiberty.a -luser32 -lshell32 -lgdi32 -lcomdlg32 -ladvapi32\

What does "uname -a" say?

Keith