|
Message
From: Robert Cragie<rcc@j...>
Date: Tue Feb 15 13:02:54 CET 2005
Subject: [openrisc] gdb problem with const variable types
You can get it from CVS:cvs -d :pserver:anonymous@cvs.opencores.org:/cvsroot/anonymous login When asked for the password, just press return. Now get the GDB source: cvs -z9 co or1k/gdb-5.3 Regards, Robert 7p7hksm02@sneakemail.com wrote: > Robert, > where can I find an OR1200 port of gdb 5.3? > > Thanks, > Tom > > Robert Cragie rcc-at-jennic.com |openrisc| wrote: > >> I seem to remember having a similar problem with GDB 5.0 - maybe give >> 5.3 a >> go? >> >> Robert Cragie, Design Engineer >> _______________________________________________________________ >> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK >> http://www.jennic.com Tel: +44 (0) 114 281 2655 >> _______________________________________________________________ >> >> >>> -----Original Message----- >>> From: openrisc-bounces@opencores.org >>> [mailto:openrisc-bounces@opencores.org]On Behalf Of >>> 7p7hksm02@sneakemail.com >>> Sent: 10 February 2005 04:29 >>> To: openrisc@opencores.org >>> Subject: [openrisc] gdb problem with const variable types >>> >>> >>> Hi, >>> I'm getting a problem with gdb. If my code has two (or more) >>> const declarations of the same type, then gdb can't understand >>> the type of the second variable. >>> >>> Here's a simple example: >>> >>> int main() >>> { >>> const int a; >>> const int b; >>> >>> while(1) >>> ; // infinite loop to keep gdb in the main context >>> >>> return(0); >>> } >>> >>> >>> I then run the or1ksim, and attach to it using gdb: >>> >>> $ or32-uclinux-gdb >>> GNU gdb 5.0 >>> Copyright 2000 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, >>> and you are >>> welcome to change it and/or distribute copies of it under certain >>> conditions. >>> Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. Type "show warranty" >>> for details. >>> This GDB was configured as "--host=i686-pc-linux-gnu >>> --target=or32-uclinux". >>> (gdb) file hello.stdsim.or32 >>> Reading symbols from hello.stdsim.or32...done. >>> (gdb) target jtag jtag://localhost:9999 >>> Remote or1k debugging using jtag://localhost:9999 >>> 0x104 in _reset () >>> (gdb) load >>> Loading section .vectors, size 0x128 lma 0x0 >>> Loading section .text, size 0x24 lma 0xe00 >>> Start address 0xe00 , load size 332 >>> Transfer rate: 2656 bits in <1 sec, 166 bytes/write. >>> (gdb) set $PC=_reset >>> (gdb) break 7 >>> Breakpoint 1 at 0xe10: file hello.c, line 7. >>> (gdb) c >>> Continuing. >>> >>> Breakpoint 1, main () at hello.c:7 >>> 7 while(1) >>> (gdb) whatis a >>> type = int >>> (gdb) whatis b >>> type = struct <unknown> >>> (gdb) >>> >>> Is anyone able to help me here? >>> >>> Thanks, >>> Tom >>> >>> >>> _______________________________________________ >>> http://www.opencores.org/mailman/listinfo/openrisc >>> >> >> >> _______________________________________________ >> http://www.opencores.org/mailman/listinfo/openrisc > > > _______________________________________________
> http://www.opencores.org/mailman/listinfo/openrisc
>
>
>
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.8.8 - Release Date: 14/02/2005
|
 |