public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
* mips64 gdb problem
@ 2005-06-24 13:42 Maxim Osipov
  2005-06-24 14:10 ` Daniel Jacobowitz
  2005-06-28 13:20 ` GDB error neuwald
  0 siblings, 2 replies; 10+ messages in thread
From: Maxim Osipov @ 2005-06-24 13:42 UTC (permalink / raw)
  To: gdb

Hello,

I have a problem trying to debug 64-bit mips binary with gdb-6.3. It
fails with the following message:

/home # gdb 64test
GNU gdb 6.3
Copyright 2004 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 "mips64-linux-gnu"...
../../gdb-6.3/gdb/dwarf2-frame.c:1411: internal-error:
decode_frame_entry_1: Assertion `fde->cie != NULL' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n)

Sections of this binary looks like the following:

osipov_m@ngcp0:/tftpboot/maxim/mipsroot.64/home>
mips64-linux-gnu-objdump -h 64test

64test:     file format elf64-tradbigmips

Sections:
Idx Name          Size      VMA               LMA               File off  Algn
  0 .note.ABI-tag 00000020  00000001200000e8  00000001200000e8  000000e8  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  1 .MIPS.options 00003278  0000000120000108  0000000120000108  00000108  2**3
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  2 .init         00000080  0000000120003380  0000000120003380  00003380  2**3
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  3 .text         000699d0  0000000120003400  0000000120003400  00003400  2**4
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  4 __libc_freeres_fn 00000cb8  000000012006cdd0  000000012006cdd0 
0006cdd0  2**3
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  5 .fini         0000004c  000000012006da88  000000012006da88  0006da88  2**3
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  6 .rodata       00015560  000000012006dae0  000000012006dae0  0006dae0  2**4
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  7 .eh_frame     000014d4  0000000120184000  0000000120184000  00084000  2**3
                  CONTENTS, ALLOC, LOAD, DATA
  8 .ctors        00000010  00000001201854d8  00000001201854d8  000854d8  2**3
                  CONTENTS, ALLOC, LOAD, DATA
  9 .dtors        00000018  00000001201854e8  00000001201854e8  000854e8  2**3
                  CONTENTS, ALLOC, LOAD, DATA
 10 .jcr          00000008  0000000120185500  0000000120185500  00085500  2**3
                  CONTENTS, ALLOC, LOAD, DATA
 11 .data.rel.ro  000045d0  0000000120185508  0000000120185508  00085508  2**3
                  CONTENTS, ALLOC, LOAD, DATA
 12 .data         000014d0  0000000120189ae0  0000000120189ae0  00089ae0  2**4
                  CONTENTS, ALLOC, LOAD, DATA
 13 __libc_subfreeres 00000048  000000012018afb0  000000012018afb0 
0008afb0  2**3
                  CONTENTS, ALLOC, LOAD, DATA
 14 __libc_atexit 00000008  000000012018aff8  000000012018aff8  0008aff8  2**3
                  CONTENTS, ALLOC, LOAD, DATA
 15 .got          00001688  000000012018b000  000000012018b000  0008b000  2**4
                  CONTENTS, ALLOC, LOAD, DATA
 16 .sbss         00000128  000000012018c688  000000012018c688  0008c688  2**3
                  ALLOC
 17 .bss          00001638  000000012018c7b0  000000012018c7b0  0008c688  2**4
                  ALLOC
 18 __libc_freeres_ptrs 00000030  000000012018dde8  000000012018dde8 
0008c688  2**3
                  ALLOC
 19 .comment      000013f8  0000000000000000  0000000000000000  0008c688  2**0
                  CONTENTS, READONLY
 20 .debug_aranges 00000190  0000000000000000  0000000000000000  0008da80  2**4
                  CONTENTS, READONLY, DEBUGGING
 21 .debug_pubnames 000000e0  0000000000000000  0000000000000000  0008dc10  2**0
                  CONTENTS, READONLY, DEBUGGING
 22 .debug_info   00000e9d  0000000000000000  0000000000000000  0008dcf0  2**0
                  CONTENTS, READONLY, DEBUGGING
 23 .debug_abbrev 0000043a  0000000000000000  0000000000000000  0008eb8d  2**0
                  CONTENTS, READONLY, DEBUGGING
 24 .debug_line   00000390  0000000000000000  0000000000000000  0008efc7  2**0
                  CONTENTS, READONLY, DEBUGGING
 25 .debug_frame  00000130  0000000000000000  0000000000000000  0008f358  2**3
                  CONTENTS, READONLY, DEBUGGING
 26 .debug_str    00000169  0000000000000000  0000000000000000  0008f488  2**0
                  CONTENTS, READONLY, DEBUGGING
 27 .pdr          000055c0  0000000000000000  0000000000000000  0008f5f4  2**2
                  CONTENTS, READONLY
 28 .mdebug.abi64 00000000  0000000000000000  0000000000000000  00094bb4  2**0
                  CONTENTS, READONLY

Best regards,
Maxim

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

* Re: mips64 gdb problem
  2005-06-24 13:42 mips64 gdb problem Maxim Osipov
@ 2005-06-24 14:10 ` Daniel Jacobowitz
  2005-06-24 14:43   ` Maxim Osipov
  2005-06-28 13:20 ` GDB error neuwald
  1 sibling, 1 reply; 10+ messages in thread
From: Daniel Jacobowitz @ 2005-06-24 14:10 UTC (permalink / raw)
  To: maxim; +Cc: gdb

On Fri, Jun 24, 2005 at 05:42:25PM +0400, Maxim Osipov wrote:
> Hello,
> 
> I have a problem trying to debug 64-bit mips binary with gdb-6.3. It
> fails with the following message:
> 
> /home # gdb 64test
> GNU gdb 6.3
> Copyright 2004 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 "mips64-linux-gnu"...
> ../../gdb-6.3/gdb/dwarf2-frame.c:1411: internal-error:
> decode_frame_entry_1: Assertion `fde->cie != NULL' failed.
> A problem internal to GDB has been detected,
> further debugging may prove unreliable.
> Quit this debugging session? (y or n)

GCC generates a wacky 64-bit format, otherwise only used on IRIX.  I
think this is a bug in GCC.  GDB could be adapted to generally sort of
cope with it, but not completely - there's some ambiguity.

-- 
Daniel Jacobowitz
CodeSourcery, LLC

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

* Re: mips64 gdb problem
  2005-06-24 14:10 ` Daniel Jacobowitz
@ 2005-06-24 14:43   ` Maxim Osipov
  2005-06-24 21:48     ` Mark Kettenis
  0 siblings, 1 reply; 10+ messages in thread
From: Maxim Osipov @ 2005-06-24 14:43 UTC (permalink / raw)
  To: maxim, gdb

Is there known solution for it? Couldn't find any on google.
Maxim

On 6/24/05, Daniel Jacobowitz <drow@false.org> wrote:
> On Fri, Jun 24, 2005 at 05:42:25PM +0400, Maxim Osipov wrote:
> > Hello,
> >
> > I have a problem trying to debug 64-bit mips binary with gdb-6.3. It
> > fails with the following message:
> >
> > /home # gdb 64test
> > GNU gdb 6.3
> > Copyright 2004 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 "mips64-linux-gnu"...
> > ../../gdb-6.3/gdb/dwarf2-frame.c:1411: internal-error:
> > decode_frame_entry_1: Assertion `fde->cie != NULL' failed.
> > A problem internal to GDB has been detected,
> > further debugging may prove unreliable.
> > Quit this debugging session? (y or n)
> 
> GCC generates a wacky 64-bit format, otherwise only used on IRIX.  I
> think this is a bug in GCC.  GDB could be adapted to generally sort of
> cope with it, but not completely - there's some ambiguity.
> 
> --
> Daniel Jacobowitz
> CodeSourcery, LLC
>

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

* Re: mips64 gdb problem
  2005-06-24 14:43   ` Maxim Osipov
@ 2005-06-24 21:48     ` Mark Kettenis
  0 siblings, 0 replies; 10+ messages in thread
From: Mark Kettenis @ 2005-06-24 21:48 UTC (permalink / raw)
  To: maxim; +Cc: maxim, gdb

   Date: Fri, 24 Jun 2005 18:42:38 +0400
   From: Maxim Osipov <maxim.osipov@gmail.com>

   Is there known solution for it? Couldn't find any on google.
   Maxim

I know OpenBSD/mips64 works fine, which uses GCC 3.3.5, so there must
be something wrong in the mips64-linux-gnu GCC config.that can tweaked
such that it uses the proper 64-bit DWARF debugging stuff.
Alternatively you might want to check out GCC 4.0.

Mark

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

* GDB error
  2005-06-24 13:42 mips64 gdb problem Maxim Osipov
  2005-06-24 14:10 ` Daniel Jacobowitz
@ 2005-06-28 13:20 ` neuwald
  2005-06-28 13:24   ` Daniel Jacobowitz
  2005-06-28 19:35   ` Mark Kettenis
  1 sibling, 2 replies; 10+ messages in thread
From: neuwald @ 2005-06-28 13:20 UTC (permalink / raw)
  To: gdb


Hello,

I want install gdb-6.3 for mips-tx39-elf target, but when I do a make:

make -w all install CC='gcc -mwin32' 2>&1 | tee make.out

I got the followin error:

gcc -mwin32 -c -DHAVE_CONFIG_H -g -O2  -I. 
-I/src/gdb/gdb-6.3/libiberty/../inclu
de  -W -Wall -Wtraditional -pedantic 
/src/gdb/gdb-6.3/libiberty/lrealpath.c -o l
realpath.o
/src/gdb/gdb-6.3/libiberty/lrealpath.c: In function `lrealpath':
/src/gdb/gdb-6.3/libiberty/lrealpath.c:140: error: `MAX_PATH' 
undeclared (first
use in this function)
/src/gdb/gdb-6.3/libiberty/lrealpath.c:140: error: (Each undeclared 
identifier i
s reported only once
/src/gdb/gdb-6.3/libiberty/lrealpath.c:140: error: for each function it 
appears
in.)
/src/gdb/gdb-6.3/libiberty/lrealpath.c:142: error: `DWORD' undeclared 
(first use
in this function)
/src/gdb/gdb-6.3/libiberty/lrealpath.c:142: error: parse error before "len"
/src/gdb/gdb-6.3/libiberty/lrealpath.c:143: error: `len' undeclared 
(first use i
n this function)
/src/gdb/gdb-6.3/libiberty/lrealpath.c:150: warning: implicit 
declaration of fun
ction `CharLowerBuff'
/src/gdb/gdb-6.3/libiberty/lrealpath.c:140: warning: unused variable `buf'
/src/gdb/gdb-6.3/libiberty/lrealpath.c:141: warning: unused variable 
`basename'
make[1]: *** [lrealpath.o] Error 1
make[1]: Leaving directory `/tmp/build/gdb/libiberty'
make: *** [all-libiberty] Error 2
make: Leaving directory `/tmp/build/gdb'

How can i fix this?
regards,
Evandro


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

* Re: GDB error
  2005-06-28 13:20 ` GDB error neuwald
@ 2005-06-28 13:24   ` Daniel Jacobowitz
  2005-06-28 19:35   ` Mark Kettenis
  1 sibling, 0 replies; 10+ messages in thread
From: Daniel Jacobowitz @ 2005-06-28 13:24 UTC (permalink / raw)
  To: neuwald; +Cc: gdb

On Tue, Jun 28, 2005 at 10:20:11AM -0300, neuwald@inf.ufsc.br wrote:
> 
> Hello,
> 
> I want install gdb-6.3 for mips-tx39-elf target, but when I do a make:
> 
> make -w all install CC='gcc -mwin32' 2>&1 | tee make.out

You didn't say what your host is.  It looks like mingw32; gdb 6.3 did
not support mingw32.  Hopefully the next release will.

-- 
Daniel Jacobowitz
CodeSourcery, LLC

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

* Re: GDB error
  2005-06-28 13:20 ` GDB error neuwald
  2005-06-28 13:24   ` Daniel Jacobowitz
@ 2005-06-28 19:35   ` Mark Kettenis
  2005-06-28 20:11     ` Dave Murphy
  1 sibling, 1 reply; 10+ messages in thread
From: Mark Kettenis @ 2005-06-28 19:35 UTC (permalink / raw)
  To: neuwald; +Cc: gdb

   Date: Tue, 28 Jun 2005 10:20:11 -0300
   From: neuwald@inf.ufsc.br

   Hello,

   I want install gdb-6.3 for mips-tx39-elf target, but when I do a make:

   make -w all install CC='gcc -mwin32' 2>&1 | tee make.out

   I got the followin error:

   gcc -mwin32 -c -DHAVE_CONFIG_H -g -O2  -I. 
   -I/src/gdb/gdb-6.3/libiberty/../inclu
   de  -W -Wall -Wtraditional -pedantic 
   /src/gdb/gdb-6.3/libiberty/lrealpath.c -o l
   realpath.o
   /src/gdb/gdb-6.3/libiberty/lrealpath.c: In function `lrealpath':
   /src/gdb/gdb-6.3/libiberty/lrealpath.c:140: error: `MAX_PATH' 
   undeclared (first
   use in this function)
   /src/gdb/gdb-6.3/libiberty/lrealpath.c:140: error: (Each undeclared 
   identifier i
   s reported only once
   /src/gdb/gdb-6.3/libiberty/lrealpath.c:140: error: for each function it 
   appears
   in.)
   /src/gdb/gdb-6.3/libiberty/lrealpath.c:142: error: `DWORD' undeclared 
   (first use
   in this function)
   /src/gdb/gdb-6.3/libiberty/lrealpath.c:142: error: parse error before "len"
   /src/gdb/gdb-6.3/libiberty/lrealpath.c:143: error: `len' undeclared 
   (first use i
   n this function)
   /src/gdb/gdb-6.3/libiberty/lrealpath.c:150: warning: implicit 
   declaration of fun
   ction `CharLowerBuff'
   /src/gdb/gdb-6.3/libiberty/lrealpath.c:140: warning: unused variable `buf'
   /src/gdb/gdb-6.3/libiberty/lrealpath.c:141: warning: unused variable 
   `basename'
   make[1]: *** [lrealpath.o] Error 1
   make[1]: Leaving directory `/tmp/build/gdb/libiberty'
   make: *** [all-libiberty] Error 2
   make: Leaving directory `/tmp/build/gdb'

   How can i fix this?

Get yourself a real operating system ;-).  Or pretend you have one by
installing Cygwin.

Mark

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

* Re: GDB error
  2005-06-28 19:35   ` Mark Kettenis
@ 2005-06-28 20:11     ` Dave Murphy
  0 siblings, 0 replies; 10+ messages in thread
From: Dave Murphy @ 2005-06-28 20:11 UTC (permalink / raw)
  To: Mark Kettenis; +Cc: neuwald, gdb

Mark Kettenis wrote:

>   make[1]: *** [lrealpath.o] Error 1
>   make[1]: Leaving directory `/tmp/build/gdb/libiberty'
>   make: *** [all-libiberty] Error 2
>   make: Leaving directory `/tmp/build/gdb'
>
>   How can i fix this?
>
>Get yourself a real operating system ;-).  Or pretend you have one by
>installing Cygwin.
>  
>

Oh how constructive. Why don't you learn to quote?

Evandro:

The Mingw project has patched sources for 6.3 available  at

http://prdownloads.sf.net/mingw/gdb-6.3-1.tar.bz2?download

you may have better luck compiling for a windows host with that

Dave

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

* Re: gdb error
  2003-12-04  5:34 gdb error Tom Kazakoff
@ 2003-12-04 14:17 ` Andrew Cagney
  0 siblings, 0 replies; 10+ messages in thread
From: Andrew Cagney @ 2003-12-04 14:17 UTC (permalink / raw)
  To: Tom Kazakoff; +Cc: gdb

> I then get 4 errors that are;
> get_tty_state failed: Not a typewriter
> get_tty_state failed: Not a typewriter
> get_tty_state failed: Not a typewriter
> get_tty_state failed: Not a typewriter

Does "/dev/com1" work?

Andrew


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

* gdb error
@ 2003-12-04  5:34 Tom Kazakoff
  2003-12-04 14:17 ` Andrew Cagney
  0 siblings, 1 reply; 10+ messages in thread
From: Tom Kazakoff @ 2003-12-04  5:34 UTC (permalink / raw)
  To: gdb

I have built gdb as a i586-pc-cygwin x m68k-coff-bdm debugger.
When I type: target at the gdb> prompt, one of the options is cpu32bug, 
which is the debugger my board runs at startup, and that I can talk to via
HyperTerminal. The gdb is running under a cygwin bash shell on NT, service
pack 6a.

I type; target cpu32bug COM1 <ret>

I then get 4 errors that are;
get_tty_state failed: Not a typewriter
get_tty_state failed: Not a typewriter
get_tty_state failed: Not a typewriter
get_tty_state failed: Not a typewriter

Sometimes I just get one error which is:
Not a typewriter

and sometimes the system crashes, with a 
segmentation error.

I have used the   set remotebaud 9600
			set serial 1
commands prior to issuing the target cmd.

I cannot find any meaningful information in the documentation about
this.

Do you have any idea what this error means and how to fix it ????????

Tom Kazakoff

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

end of thread, other threads:[~2005-06-28 20:11 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-06-24 13:42 mips64 gdb problem Maxim Osipov
2005-06-24 14:10 ` Daniel Jacobowitz
2005-06-24 14:43   ` Maxim Osipov
2005-06-24 21:48     ` Mark Kettenis
2005-06-28 13:20 ` GDB error neuwald
2005-06-28 13:24   ` Daniel Jacobowitz
2005-06-28 19:35   ` Mark Kettenis
2005-06-28 20:11     ` Dave Murphy
  -- strict thread matches above, loose matches on Subject: below --
2003-12-04  5:34 gdb error Tom Kazakoff
2003-12-04 14:17 ` Andrew Cagney

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).