* Testsuite failures in gdb.dwarf2/{dup-psym,mac-fileno}.exp
@ 2007-01-31 16:43 Andreas Schwab
2007-02-02 10:32 ` Pierre Muller
0 siblings, 1 reply; 3+ messages in thread
From: Andreas Schwab @ 2007-01-31 16:43 UTC (permalink / raw)
To: gdb-patches
There are two other testcases with invalid DWARF sections. Checked in as
obvious.
Andreas.
2007-01-31 Andreas Schwab <schwab@suse.de>
* gdb.dwarf2/dup-psym.S: Use .2byte/.4byte instead of .short/.int
in the dwarf sections.
* gdb.dwarf2/mac-fileno.S: Likewise.
--- gdb/testsuite/gdb.dwarf2/dup-psym.S.~1.2.~ 2007-01-10 11:18:59.000000000 +0100
+++ gdb/testsuite/gdb.dwarf2/dup-psym.S 2007-01-31 17:35:39.000000000 +0100
@@ -35,17 +35,17 @@ func_cu1:
.section .debug_info
.Lcu1_begin:
/* CU header */
- .int .Lcu1_end - .Lcu1_start /* Length of Compilation Unit */
+ .4byte .Lcu1_end - .Lcu1_start /* Length of Compilation Unit */
.Lcu1_start:
- .short 2 /* DWARF Version */
- .int .Labbrev1_begin /* Offset into abbrev section */
+ .2byte 2 /* DWARF Version */
+ .4byte .Labbrev1_begin /* Offset into abbrev section */
.byte 4 /* Pointer size */
/* CU die */
.uleb128 1 /* Abbrev: DW_TAG_compile_unit */
- .int .Lline1_begin /* DW_AT_stmt_list */
- .int .Lend_text1 /* DW_AT_high_pc */
- .int .Lbegin_text1 /* DW_AT_low_pc */
+ .4byte .Lline1_begin /* DW_AT_stmt_list */
+ .4byte .Lend_text1 /* DW_AT_high_pc */
+ .4byte .Lbegin_text1 /* DW_AT_low_pc */
.ascii "foo/file1.txt\0" /* DW_AT_name */
.ascii "/tmp/dup\0" /* DW_AT_comp_dir */
.ascii "GNU C 3.3.3\0" /* DW_AT_producer */
@@ -57,9 +57,9 @@ func_cu1:
.byte 1 /* DW_AT_decl_file */
.byte 2 /* DW_AT_decl_line */
.ascii "func_cu1\0" /* DW_AT_name */
- .int .Ltype_int-.Lcu1_begin /* DW_AT_type */
- .int .Lbegin_func_cu1 /* DW_AT_low_pc */
- .int .Lend_func_cu1 /* DW_AT_high_pc */
+ .4byte .Ltype_int-.Lcu1_begin /* DW_AT_type */
+ .4byte .Lbegin_func_cu1 /* DW_AT_low_pc */
+ .4byte .Lend_func_cu1 /* DW_AT_high_pc */
.byte 1 /* DW_AT_frame_base: length */
.byte 0x55 /* DW_AT_frame_base: DW_OP_reg5 */
@@ -136,10 +136,10 @@ func_cu1:
/* Line table */
.section .debug_line
.Lline1_begin:
- .int .Lline1_end - .Lline1_start /* Initial length */
+ .4byte .Lline1_end - .Lline1_start /* Initial length */
.Lline1_start:
- .short 2 /* Version */
- .int .Lline1_lines - .Lline1_hdr /* header_length */
+ .2byte 2 /* Version */
+ .4byte .Lline1_lines - .Lline1_hdr /* header_length */
.Lline1_hdr:
.byte 1 /* Minimum insn length */
.byte 1 /* default_is_stmt */
@@ -180,7 +180,7 @@ func_cu1:
.byte 0 /* DW_LNE_set_address */
.uleb128 5
.byte 2
- .int .Lbegin_func_cu1
+ .4byte .Lbegin_func_cu1
.byte 3 /* DW_LNS_advance_line */
.sleb128 3 /* ... to 4 */
@@ -192,7 +192,7 @@ func_cu1:
.byte 0 /* DW_LNE_set_address */
.uleb128 5
.byte 2
- .int .Lend_func_cu1
+ .4byte .Lend_func_cu1
.byte 0 /* DW_LNE_end_of_sequence */
.uleb128 1
--- gdb/testsuite/gdb.dwarf2/mac-fileno.S.~1.3.~ 2007-01-10 11:18:59.000000000 +0100
+++ gdb/testsuite/gdb.dwarf2/mac-fileno.S 2007-01-31 17:34:48.000000000 +0100
@@ -40,18 +40,18 @@ func_cu1:
.section .debug_info
.Lcu1_begin:
/* CU header */
- .int .Lcu1_end - .Lcu1_start /* Length of Compilation Unit */
+ .4byte .Lcu1_end - .Lcu1_start /* Length of Compilation Unit */
.Lcu1_start:
- .short 2 /* DWARF Version */
- .int .Labbrev1_begin /* Offset into abbrev section */
+ .2byte 2 /* DWARF Version */
+ .4byte .Labbrev1_begin /* Offset into abbrev section */
.byte 4 /* Pointer size */
/* CU die */
.uleb128 1 /* Abbrev: DW_TAG_compile_unit */
- .int .Lline1_begin /* DW_AT_stmt_list */
- .int .Ldebug_macinfo0 /* DW_AT_macro_info */
- .int .Lend_text1 /* DW_AT_high_pc */
- .int .Lbegin_text1 /* DW_AT_low_pc */
+ .4byte .Lline1_begin /* DW_AT_stmt_list */
+ .4byte .Ldebug_macinfo0 /* DW_AT_macro_info */
+ .4byte .Lend_text1 /* DW_AT_high_pc */
+ .4byte .Lbegin_text1 /* DW_AT_low_pc */
.ascii "file1.txt\0" /* DW_AT_name */
.ascii "GNU C 4.0.1\0" /* DW_AT_producer */
.byte 1 /* DW_AT_language (C) */
@@ -62,9 +62,9 @@ func_cu1:
.byte 1 /* DW_AT_decl_file */
.byte 2 /* DW_AT_decl_line */
.ascii "func_cu1\0" /* DW_AT_name */
- .int .Ltype_int-.Lcu1_begin /* DW_AT_type */
- .int .Lbegin_func_cu1 /* DW_AT_low_pc */
- .int .Lend_func_cu1 /* DW_AT_high_pc */
+ .4byte .Ltype_int-.Lcu1_begin /* DW_AT_type */
+ .4byte .Lbegin_func_cu1 /* DW_AT_low_pc */
+ .4byte .Lend_func_cu1 /* DW_AT_high_pc */
.byte 1 /* DW_AT_frame_base: length */
.byte 0x55 /* DW_AT_frame_base: DW_OP_reg5 */
@@ -141,10 +141,10 @@ func_cu1:
/* Line table */
.section .debug_line
.Lline1_begin:
- .int .Lline1_end - .Lline1_start /* Initial length */
+ .4byte .Lline1_end - .Lline1_start /* Initial length */
.Lline1_start:
- .short 2 /* Version */
- .int .Lline1_lines - .Lline1_hdr /* header_length */
+ .2byte 2 /* Version */
+ .4byte .Lline1_lines - .Lline1_hdr /* header_length */
.Lline1_hdr:
.byte 1 /* Minimum insn length */
.byte 1 /* default_is_stmt */
@@ -184,7 +184,7 @@ func_cu1:
.byte 0 /* DW_LNE_set_address */
.uleb128 5
.byte 2
- .int .Lbegin_func_cu1
+ .4byte .Lbegin_func_cu1
.byte 3 /* DW_LNS_advance_line */
.sleb128 3 /* ... to 4 */
@@ -196,7 +196,7 @@ func_cu1:
.byte 0 /* DW_LNE_set_address */
.uleb128 5
.byte 2
- .int .Lend_func_cu1
+ .4byte .Lend_func_cu1
.byte 0 /* DW_LNE_end_of_sequence */
.uleb128 1
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Testsuite failures in gdb.dwarf2/{dup-psym,mac-fileno}.exp
2007-01-31 16:43 Testsuite failures in gdb.dwarf2/{dup-psym,mac-fileno}.exp Andreas Schwab
@ 2007-02-02 10:32 ` Pierre Muller
2007-02-02 11:41 ` Daniel Jacobowitz
0 siblings, 1 reply; 3+ messages in thread
From: Pierre Muller @ 2007-02-02 10:32 UTC (permalink / raw)
To: Andreas Schwab; +Cc: gdb-patches
On Wed, January 31, 2007 17:43, Andreas Schwab said:
> There are two other testcases with invalid DWARF sections. Checked in
as
> obvious.
I was just wandering if this would also be correct
on a chip that a 64bit memory addresses.
Does dwarf not support these cpus?
Pierre Muller
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Testsuite failures in gdb.dwarf2/{dup-psym,mac-fileno}.exp
2007-02-02 10:32 ` Pierre Muller
@ 2007-02-02 11:41 ` Daniel Jacobowitz
0 siblings, 0 replies; 3+ messages in thread
From: Daniel Jacobowitz @ 2007-02-02 11:41 UTC (permalink / raw)
To: Pierre Muller; +Cc: Andreas Schwab, gdb-patches
On Fri, Feb 02, 2007 at 11:29:26AM +0100, Pierre Muller wrote:
> On Wed, January 31, 2007 17:43, Andreas Schwab said:
> > There are two other testcases with invalid DWARF sections. Checked in
> as
> > obvious.
>
> I was just wandering if this would also be correct
> on a chip that a 64bit memory addresses.
>
> Does dwarf not support these cpus?
No, it's correct. There are two DWARF-2 binary formats, one 32-bit and
the other 64-bit. But you do not need to use the 64-bit format just
because you have a 64-bit CPU - you only need to use it if you have
more than 2GB or so of debug information.
--
Daniel Jacobowitz
CodeSourcery
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-02-02 11:41 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-01-31 16:43 Testsuite failures in gdb.dwarf2/{dup-psym,mac-fileno}.exp Andreas Schwab
2007-02-02 10:32 ` Pierre Muller
2007-02-02 11:41 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox