* 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