Mirror of the gdb mailing list
 help / color / mirror / Atom feed
* simulator for v850-unknown-elf (V850E)
@ 2006-05-09 22:13 Torsten Mohr
  2006-05-09 23:01 ` Daniel Jacobowitz
  0 siblings, 1 reply; 3+ messages in thread
From: Torsten Mohr @ 2006-05-09 22:13 UTC (permalink / raw)
  To: gdb

Hi,

i just tried to configure and compile a simulator for
the target v850-unknown-elf (actually v850e-unknown-elf,
but i already got the hint that i need to configure
for v850-unknown-elf, v850e is also handled by this one).

On host Linux (x86) i configured:
    ../../insight-6.4/configure \
    --target=v850-unknown-elf \
    --prefix=/opt/v850e \
    --with-newlib \
    --enable-sim \
    --disable-nls

When i type "make all-gdb" i get the message attached at the
end of this mail.

Is there a way to configure and compile insight/gdb as a
simulator for V850E?

Basically all i want to do is to single-step a program that
was compiled for V850E.

At the moment i have v850-unknown-elf-run which lets me get
a trace of a program run.  I'd like to also single-step,
set breakpoints and see the registers.


Thanks for any hints,
Torsten.


Error message at make "all-gdb":

make[1]: Entering directory `/rest/tmp/build/gdb/gdb'
rm -f gdb
gcc -g -O2       \
        -o gdb gdb.o libgdb.a \
          ../sim/v850/libsim.a ../readline/libreadline.a ../opcodes/libopcodes.a ../bfd/libbfd.a  ../libiberty/libiberty.a    ../libgui/src/libgui.a 
-L/rest/tmp/build/gdb/itcl/itcl -litcl3.2 -L/rest/tmp/build/gdb/itcl/itk 
-litk3.2 -L/rest/tmp/build/gdb/tk/unix -ltk8.4 -Wl,-rpath,/opt/v850e/lib 
-L/rest/tmp/build/gdb/tcl/unix -ltcl8.4   -L/usr/X11R6/lib -lX11 -ldl  -lieee 
-lm -lncurses -lm  ../libiberty/libiberty.a
libgdb.a(ada-lang.o)(.text+0xf9f): In function `parse':
../../../insight-6.4/gdb/ada-lang.c:8736: undefined reference to `ada_parse'
libgdb.a(ada-lang.o)(.rodata+0x24): undefined reference to `ada_error'
libgdb.a(c-lang.o)(.text+0x1ee): In function `c_preprocess_and_parse':
../../../insight-6.4/gdb/c-lang.c:472: undefined reference to `c_parse'
libgdb.a(c-lang.o)(.rodata+0x24): undefined reference to `c_error'
libgdb.a(c-lang.o)(.rodata+0xa4): undefined reference to `c_error'
libgdb.a(c-lang.o)(.rodata+0x124): undefined reference to `c_error'
libgdb.a(c-lang.o)(.rodata+0x204): undefined reference to `c_error'
libgdb.a(f-lang.o)(.rodata+0x20): undefined reference to `f_parse'
libgdb.a(f-lang.o)(.rodata+0x24): undefined reference to `f_error'
libgdb.a(objc-lang.o)(.rodata+0x20): undefined reference to `objc_parse'
libgdb.a(objc-lang.o)(.rodata+0x24): undefined reference to `objc_error'
libgdb.a(jv-lang.o)(.rodata+0x20): undefined reference to `java_parse'
libgdb.a(jv-lang.o)(.rodata+0x24): undefined reference to `java_error'
libgdb.a(m2-lang.o)(.rodata+0x20): undefined reference to `m2_parse'
libgdb.a(m2-lang.o)(.rodata+0x24): undefined reference to `m2_error'
libgdb.a(p-lang.o)(.rodata+0x20): undefined reference to `pascal_parse'
libgdb.a(p-lang.o)(.rodata+0x24): undefined reference to `pascal_error'
libgdb.a(scm-lang.o)(.rodata+0x24): undefined reference to `c_error'
libgdb.a(cp-support.o)(.text+0x1a7): In function `overload_list_add_symbol':
../../../insight-6.4/gdb/cp-support.c:360: undefined reference to 
`cp_demangled_name_to_comp'
libgdb.a(cp-support.o)(.text+0x290):../../../insight-6.4/gdb/cp-support.c:384: 
undefined reference to `cp_comp_to_string'
libgdb.a(cp-support.o)(.text+0x5e8): In function `cp_canonicalize_string':
../../../insight-6.4/gdb/cp-support.c:90: undefined reference to 
`cp_demangled_name_to_comp'
libgdb.a(cp-support.o)(.text+0x5fa):../../../insight-6.4/gdb/cp-support.c:94: 
undefined reference to `cp_comp_to_string'
libgdb.a(cp-support.o)(.text+0x6a1): In function `cp_func_name':
../../../insight-6.4/gdb/cp-support.c:331: undefined reference to 
`cp_demangled_name_to_comp'
libgdb.a(cp-support.o)(.text+0x6bf):../../../insight-6.4/gdb/cp-support.c:339: 
undefined reference to `cp_comp_to_string'
libgdb.a(cp-support.o)(.text+0x9a4): In function `mangled_name_to_comp':
../../../insight-6.4/gdb/cp-support.c:133: undefined reference to 
`cp_demangled_name_to_comp'
libgdb.a(cp-support.o)(.text+0xa2c): In function `method_name_from_physname':
../../../insight-6.4/gdb/cp-support.c:309: undefined reference to 
`cp_comp_to_string'
libgdb.a(cp-support.o)(.text+0xb0e): In function 
`cp_class_name_from_physname':
../../../insight-6.4/gdb/cp-support.c:223: undefined reference to 
`cp_comp_to_string'
collect2: ld returned 1 exit status
make[1]: *** [gdb] Fehler 1
make[1]: Leaving directory `/rest/tmp/build/gdb/gdb'
make: *** [all-gdb] Fehler 2
schleim:/rest/tmp/build/gdb #

Best regards,
Torsten.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: simulator for v850-unknown-elf (V850E)
  2006-05-09 22:13 simulator for v850-unknown-elf (V850E) Torsten Mohr
@ 2006-05-09 23:01 ` Daniel Jacobowitz
  2006-05-10  7:15   ` Torsten Mohr
  0 siblings, 1 reply; 3+ messages in thread
From: Daniel Jacobowitz @ 2006-05-09 23:01 UTC (permalink / raw)
  To: Torsten Mohr; +Cc: gdb

On Tue, May 09, 2006 at 11:48:10PM +0200, Torsten Mohr wrote:
> On host Linux (x86) i configured:

What sort of Linux host is this?  It sounds like either this is an
Insight-specific problem, or else there is something strange about your
version of Bison/yacc.  Every one of the undefined symbols is supposed
to be handled with a #define in the generated parsers.  And if you're
building from a release tarball they shouldn't be regenerated at all.

-- 
Daniel Jacobowitz
CodeSourcery


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: simulator for v850-unknown-elf (V850E)
  2006-05-09 23:01 ` Daniel Jacobowitz
@ 2006-05-10  7:15   ` Torsten Mohr
  0 siblings, 0 replies; 3+ messages in thread
From: Torsten Mohr @ 2006-05-10  7:15 UTC (permalink / raw)
  To: gdb; +Cc: Daniel Jacobowitz

Hi,

thanks for your hint.

> What sort of Linux host is this?  It sounds like either this is an
> Insight-specific problem, or else there is something strange about your
> version of Bison/yacc.  Every one of the undefined symbols is supposed
> to be handled with a #define in the generated parsers.  And if you're
> building from a release tarball they shouldn't be regenerated at all.

basically i have a standard installation of the german distribution
SuSE 9.3 with a changed kernel.  There's nothing really strange
about it.
schleim:~ # uname -a
Linux schleim 2.6.14.3 #2 SMP Tue Dec 13 23:55:17 CET 2005 i686 \
i686 i386 GNU/Linux

You are right, i have no "bison" installed on my system.
I just installed and re-configured and compiled.

All worked fine, i have a working v850-unknown-elf-insight
with simulator now.


Thanks for your hint,
Torsten.


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2006-05-09 22:13 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-05-09 22:13 simulator for v850-unknown-elf (V850E) Torsten Mohr
2006-05-09 23:01 ` Daniel Jacobowitz
2006-05-10  7:15   ` Torsten Mohr

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox