public inbox for gdb-cvs@sourceware.org
help / color / mirror / Atom feed
* [binutils-gdb] Make gdb.base/parse_number.exp test all architectures
@ 2022-04-27 18:32 Pedro Alves
  0 siblings, 0 replies; only message in thread
From: Pedro Alves @ 2022-04-27 18:32 UTC (permalink / raw)
  To: gdb-cvs

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=5b758627a18f0d3b90a0207c9689dcf4ec5b9a4a

commit 5b758627a18f0d3b90a0207c9689dcf4ec5b9a4a
Author: Pedro Alves <pedro@palves.net>
Date:   Wed Apr 27 11:08:03 2022 +0100

    Make gdb.base/parse_number.exp test all architectures
    
    There are some subtle differences between architectures, like the size
    of a "long" type, and this isn't currently accounted for in
    gdb.base/parse_number.exp.
    
    For example, on aarch64 a long type is 8 bytes, whereas a long type is
    4 bytes for x86_64.  This causes the following FAIL's:
    
     FAIL: gdb.base/parse_number.exp: lang=asm: ptype 0xffffffffffffffff
     FAIL: gdb.base/parse_number.exp: lang=auto: ptype 0xffffffffffffffff
     FAIL: gdb.base/parse_number.exp: lang=c: ptype 0xffffffffffffffff
     FAIL: gdb.base/parse_number.exp: lang=c++: ptype 0xffffffffffffffff
     FAIL: gdb.base/parse_number.exp: lang=fortran: p/x 0xffffffffffffffff
     FAIL: gdb.base/parse_number.exp: lang=fortran: ptype 0xffffffffffffffff
     FAIL: gdb.base/parse_number.exp: lang=go: ptype 0xffffffffffffffff
     FAIL: gdb.base/parse_number.exp: lang=local: ptype 0xffffffffffffffff
     FAIL: gdb.base/parse_number.exp: lang=minimal: ptype 0xffffffffffffffff
     FAIL: gdb.base/parse_number.exp: lang=objective-c: ptype 0xffffffffffffffff
     FAIL: gdb.base/parse_number.exp: lang=opencl: ptype 0xffffffffffffffff
     FAIL: gdb.base/parse_number.exp: lang=pascal: ptype 0xffffffffffffffff
    
    There are some fortran-specific divergences as well, where 32-bit
    architectures show "unsigned int" for both 32-bit and 64-bit integers
    and 64-bit architectures show "unsigned int" and "unsigned long" for
    32-bit and 64-bit integers.
    
    There might be a bug that 32-bit fortran truncates 64-bit values to
    32-bit, given "p/x 0xffffffffffffffff" returns "0xffffffff".
    
    Here's what we get for aarch64:
    
     (gdb) ptype 0xffffffff
     type = unsigned int
     (gdb) ptype 0xffffffffffffffff
     type = unsigned long
     (gdb) p sizeof (0xffffffff)
     $1 = 4
     (gdb) p sizeof (0xffffffffffffffff)
     quit
     $2 = 8
     (gdb) ptype 0xffffffff
     type = unsigned int
     (gdb) ptype 0xffffffffffffffff
     type = unsigned long
    
    And for arm:
    
     (gdb) ptype 0xffffffff
     type = unsigned int
     (gdb) ptype 0xffffffffffffffff
     quit
     type = unsigned long long
     (gdb) p sizeof (0xffffffff)
     quit
     $1 = 4
     (gdb) p sizeof (0xffffffffffffffff)
     quit
     $2 = 8
     (gdb) ptype 0xffffffff
     type = unsigned int
     (gdb) ptype 0xffffffffffffffff
     type = unsigned long
    
    This patch...
    
    * Makes the testcase iterate over all architectures, thus covering all
      the different combinations of types/sizes every time.
    
    * Adjusts the expected values and types based on the sizes of long
      long, long and int.
    
    A particularly curious architecture is s12z, which has 32-bit long
    long, and thus no way to represent 64-bit integers in C-like
    languages.
    
    Co-Authored-By: Luis Machado <luis.machado@arm.com>
    Change-Id: Ifc0ccd33e7fd3c7585112ff6bebe7d266136768b

Diff:
---
 gdb/testsuite/gdb.base/parse_number.exp | 74 ++++++++++++++++++++++++++++-----
 1 file changed, 63 insertions(+), 11 deletions(-)

diff --git a/gdb/testsuite/gdb.base/parse_number.exp b/gdb/testsuite/gdb.base/parse_number.exp
index e911cc0fdfb..ccef3f09655 100644
--- a/gdb/testsuite/gdb.base/parse_number.exp
+++ b/gdb/testsuite/gdb.base/parse_number.exp
@@ -17,37 +17,89 @@
 # around parsing large 64-bit numbers, hitting undefined behavior, and
 # thus crashing a GDB built with UBSan.  This testcase goes over all
 # languages exercising printing the max 64-bit number, making sure
-# that GDB doesn't crash.
+# that GDB doesn't crash.  ARCH is the architecture to test with.
 
-proc test_parse_numbers {} {
-    clean_restart
+proc test_parse_numbers {arch} {
+    set arch_re [string_to_regexp $arch]
+    gdb_test "set architecture $arch" "The target architecture is set to \"$arch_re\"."
 
-    set all_languages [get_set_option_choices "set language"]
-    foreach_with_prefix lang $all_languages {
+    gdb_test_no_output "set language c"
+
+    # Types have different sizes depending on the architecture.
+    # Figure out type sizes before matching patterns in the upcoming
+    # tests.
+
+    set sizeof_long_long [get_sizeof "long long" -1]
+    set sizeof_long [get_sizeof "long" -1]
+    set sizeof_int [get_sizeof "int" -1]
+
+    if {$sizeof_long_long == 8 && $sizeof_long == 8} {
+	set 8B_type "unsigned long"
+	set fortran_type "unsigned long"
+	set fortran_value "0xffffffffffffffff"
+    } elseif {$sizeof_long_long == 8 && $sizeof_long == 4 && $sizeof_int == 4} {
+	set 8B_type "unsigned long long"
+	set fortran_type "unsigned int"
+	set fortran_value "0xffffffff"
+    } elseif {$sizeof_long == 4 && $sizeof_int == 2} {
+	set 8B_type "unsigned long long"
+	set fortran_type "unsigned long"
+	set fortran_value "0xffffffff"
+    } else {
+	error "missing case for long long = $sizeof_long_long, long = $sizeof_long, int = $sizeof_int"
+    }
+
+    foreach_with_prefix lang $::all_languages {
 	gdb_test_no_output "set language $lang"
 
 	set val "0xffffffffffffffff"
 	if {$lang == "fortran"} {
-	    gdb_test "p/x $val" " = 0xffffffff"
-	    gdb_test "ptype $val" " = unsigned int"
+	    gdb_test "p/x $val" " = $fortran_value"
+	    gdb_test "ptype $val" " = $fortran_type"
 	} elseif {$lang == "modula-2"} {
 	    gdb_test "p/x 0FFFFFFFFFFFFFFFFH" "Overflow on numeric constant\\."
 	} elseif {$lang == "unknown"} {
 	    gdb_test "p/x $val" \
 		"expression parsing not implemented for language \"Unknown\""
 	} else {
-	    gdb_test "p/x $val" " = $val"
+	    # D and Rust define their own built-in 64-bit types, and
+	    # are thus always able to parse/print 64-bit values.
+	    if {$sizeof_long_long == 4 && $lang != "d" && $lang != "rust"} {
+		set out "0xffffffff"
+	    } else {
+		set out $val
+	    }
+	    gdb_test "p/x $val" " = $out"
 	    if {$lang == "ada"} {
-		gdb_test "ptype $val" " = <8-byte integer>"
+		if {$sizeof_long_long == 4} {
+		    gdb_test "ptype $val" " = <4-byte integer>"
+		} else {
+		    gdb_test "ptype $val" " = <8-byte integer>"
+		}
 	    } elseif {$lang == "d"} {
 		gdb_test "ptype $val" " = ulong"
 	    } elseif {$lang == "rust"} {
 		gdb_test "ptype $val" " = i64"
 	    } else {
-		gdb_test "ptype $val" " = unsigned long long"
+		gdb_test "ptype $val" " = $8B_type"
 	    }
 	}
     }
 }
 
-test_parse_numbers
+clean_restart
+
+gdb_test_no_output "set max-completions unlimited"
+
+set supported_archs [get_set_option_choices "set architecture"]
+# There should be at least one more than "auto".
+gdb_assert {[llength $supported_archs] > 1} "at least one architecture"
+
+set all_languages [get_set_option_choices "set language"]
+
+foreach_with_prefix arch $supported_archs {
+    if {$arch == "auto"} {
+	continue
+    }
+    test_parse_numbers $arch
+}


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2022-04-27 18:32 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-04-27 18:32 [binutils-gdb] Make gdb.base/parse_number.exp test all architectures Pedro Alves

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).