[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [avr-gcc-list] gdb-5.0 patch + simulator + hardware

From: Karsten Schmidt
Subject: Re: [avr-gcc-list] gdb-5.0 patch + simulator + hardware
Date: Fri, 05 Oct 2001 00:15:56 +0200

Hi all;

> gdb4.18 won't work with binutils 2.11.2, you'll need an earlier version
> that will mean an earlier gcc as well as there were some register name
> convention changes at some stage.

I'm disagreeing on this. I successful compiled gdb4.18 with binutils
2.11.2 and tested the stuff with avrmon-stk200-0.6.0. (See
http://www.pvv.ntnu.no/~torhr/avrmon-stk200 for this). It work well; ok
it’s slow, but anyway this will get time to think about errors:-)

Just as a remember for me: printer port has to set to ECP.

In order to compile gdb5.0 under Linux witch the supplied patch I'm
running in problems. Doing as described, results in:

updating cache ../config.cache
creating ./config.status
creating Makefile
creating tui/Makefile
creating .gdbinit
creating config.h
linking ./config/i386/xm-linux.h to xm.h
 to tm.h./config/avr/tm-avr.h
: File not found: ./config/avr/tm-avr.h
Configure in /usr/local/src/gdb-5.0/gdb failed, exiting

I need some time to figure out what, the problem is. The ^M in the
source-files. Using recode on the patched files solved the problem and gdb
compiles cleanly.

3. Concerning the problem of compiling gdb5.0 another question come up.
Roland has linked opcodes bfd include libiberty
into the binutils directory? Is this also needed? Can somebody explain
this to me?

This handling is also described for gdb4.18
rm -rf opcodes bfd include libiberty

ln -s ../binutils-2.11.2/bfd/ bfd
ln -s ../binutils-2.11.2/include include
ln -s ../binutils-2.11.2/bfd bfd
ln -s ../binutils-2.11.2/opcodes opcodes
ln -s ../binutils-2.11.2/libiberty libiberty

Using avrmon-stk200-0.6.0 together with the newly and cleanly compiled
gdb5.0 and setting the target to “avr-mon” results in the following:

target avr-mon localhost:11111
Remote target avr-mon connected to localhost:11111
monitor_supply_register (0):  bad value from monitor: 00    r1 =00    r2
r3 =ff    r4 =ff    r5 =ff    r6 =ff    r7 =ff
r8 =df    r9 =ff    r10=ff    r11=ff    r12=ff    r13=77    r14=ff
r16=ff    r17=48    r18=00    r19=ff    r20=ff    r21=ff    r22=ff
r24=00    r25=00    r26=ad    r27=00    r28=00    r29=02    r30=2a
X=00ad  Y=0200  Z=002a
SREG=02    C=0 Z=1 N=0 V=0 S=0 H=0 T=0 I=0
PC=000a2  SP=025c

To be honest, I haven’t a clue what this means.

A simulator would be nice. Some times ago I posted a link from a
in Germany, where a simulator can be found.
This simulator can handle LCD and I2C.
Here the link for the page:

English page can be found here:

Kind regards

Karsten Schmidt

reply via email to

[Prev in Thread] Current Thread [Next in Thread]