From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23534 invoked by alias); 5 Nov 2002 08:48:26 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 23473 invoked from network); 5 Nov 2002 08:48:25 -0000 Received: from unknown (HELO mail-out1.apple.com) (17.254.0.52) by sources.redhat.com with SMTP; 5 Nov 2002 08:48:25 -0000 Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225]) by mail-out1.apple.com (8.11.3/8.11.3) with ESMTP id gA58mPw18451 for ; Tue, 5 Nov 2002 00:48:25 -0800 (PST) Received: from scv3.apple.com (scv3.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 4.2.1) with ESMTP id ; Tue, 5 Nov 2002 00:48:24 -0800 Received: from platinum.local. (vpn-scv-x3-17.apple.com [17.219.194.17]) by scv3.apple.com (8.11.3/8.11.3) with ESMTP id gA58mIq22969; Tue, 5 Nov 2002 00:48:18 -0800 (PST) Date: Tue, 05 Nov 2002 00:48:00 -0000 Subject: Re: [PATCH] Print vector registers in natural format, not hex Content-Type: multipart/mixed; boundary=Apple-Mail-4-196839846 Mime-Version: 1.0 (Apple Message framework v543) Cc: gdb-patches@sources.redhat.com To: Elena Zannoni From: Klee Dienes In-Reply-To: <15792.39573.382062.591516@localhost.redhat.com> Message-Id: <548D3848-F09B-11D6-9BFD-00039396EEB8@mit.edu> X-SW-Source: 2002-11/txt/msg00048.txt.bz2 --Apple-Mail-4-196839846 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Content-length: 990 You're right about the problems with my patch to the test suite. I was trying to separate out my vector-printing changes from the part of the patch that I submitted under a separate RFA ("Support Altivec tests on Mac OS X"), and didn't do a very good job of it. I've attached a complete version of our altivec-regs.exp, including the parts already submitted under the separate RFA. I changed "info powerpc altivec" to "info vector" and moved the set of hex_vector, though I'd argue it's not really all that far away from the usage when it's next to the set of decimal_vector, will be even closer if we fix the "skip the trailing null" business, and it's handy to have them next to each other for comparison. I wasn't able to test the last part of the patch, about matching the vrsave and vscr in the output of "info vector", as our "info vector" only lists the vector registers themselves (I'll fix when I covert our code to use the new reggroups support in a week or so). --Apple-Mail-4-196839846 Content-Disposition: attachment; filename=altivec-registers.txt Content-Transfer-Encoding: 7bit Content-Type: text/plain; x-unix-mode=0644; name="altivec-registers.txt" Content-length: 5348 --- /Volumes/Storage/Users/kdienes/source/cygnus.cygnus/src/gdb/testsuite/gdb.arch/altivec-regs.exp Tue Nov 5 02:38:07 2002 +++ altivec-regs.exp Tue Nov 5 03:43:51 2002 @@ -32,7 +32,13 @@ set prms_id 0 set bug_id 0 -if ![istarget "powerpc-*"] then { +if [istarget "powerpc-apple-*"] { + set vrbase "v" + set compile_flags { debug additional_flags=-w additional_flags=-faltivec } +} elseif [istarget "powerpc-*"] { + set vrbase "vr" + set compile_flags { debug additional_flags=-w } +} else { verbose "Skipping altivec register tests." return } @@ -41,7 +47,7 @@ set binfile ${objdir}/${subdir}/${testfile} set src1 ${srcdir}/${subdir}/${testfile}.c -if { [gdb_compile ${src1} ${binfile} executable {debug additional_flags=-w}] != "" } { +if { [gdb_compile ${src1} ${binfile} executable ${compile_flags}] != "" } { gdb_suppress_entire_file "Testcase compile failed, so all tests in this file will automatically fail." } @@ -60,7 +66,7 @@ # set all the registers integer portions to 1 for {set i 0} {$i < 32} {incr i 1} { for {set j 0} {$j < 4} {incr j 1} { - gdb_test "set \$vr$i.v4_int32\[$j\] = 1" "" "set reg vr$i.v4si.f\[$j\]" + gdb_test "set \$$vrbase$i.v4_int32\[$j\] = 1" "" "set reg $vrbase$i.v4si.f\[$j\]" } } @@ -88,17 +94,17 @@ # b) the register read (below) also works. if {$endianness == "big"} { -set vector_register ".uint128 = 0x00000001000000010000000100000001, v4_float = .0x0, 0x0, 0x0, 0x0., v4_int32 = .0x1, 0x1, 0x1, 0x1., v8_int16 = .0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1., v16_int8 = .0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1.." + set decimal_vector ".uint128 = 0x00000001000000010000000100000001, v4_float = .1.*e-45, 1.*e-45, 1.*e-45, 1.*e-45., v4_int32 = .1, 1, 1, 1., v8_int16 = .0, 1, 0, 1, 0, 1, 0, 1., v16_int8 = ..00*.00*.00*.001.00*.00*.00*.001.00*.00*.00*.001.00*.00*.00*.001.." } else { -set vector_register ".uint128 = 0x00000001000000010000000100000001, v4_float = .0x0, 0x0, 0x0, 0x0., v4_int32 = .0x1, 0x1, 0x1, 0x1., v8_int16 = .0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0., v16_int8 = .0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0.." + set decimal_vector ".uint128 = 0x00000001000000010000000100000001, v4_float = .1.*e-45, 1.*e-45, 1.*e-45, 1.*e-45., v4_int32 = .1, 1, 1, 1., v8_int16 = .1, 0, 1, 0, 1, 0, 1, 0., v16_int8 = ..001.00*.00*.00*.001.00*.00*.00*.001.00*.00*.00*.001.00*.00*.." } for {set i 0} {$i < 32} {incr i 1} { - gdb_test "info reg vr$i" "vr$i.*$vector_register" "info reg vr$i" + gdb_test "info reg $vrbase$i" "$vrbase$i.*$decimal_vector\t\\(raw 0x00000001000000010000000100000001\\)" "info reg $vrbase$i" } -gdb_test "info reg vrsave" "vrsave.*0x1" "info reg vrsave" -gdb_test "info reg vscr" "vscr.*0x1" "info reg vscr" +gdb_test "info reg vrsave" "vrsave.*0x1\t1" "info reg vrsave" +gdb_test "info reg vscr" "vscr.*0x1\t1" "info reg vscr" # Now redo the same tests, but using the print command. # Note: in LE case, the char array is printed WITHOUT the last character. @@ -107,25 +113,29 @@ # the way gdb works. if {$endianness == "big"} { - set decimal_vector ".uint128 = 0x00000001000000010000000100000001, v4_float = .1.*e-45, 1.*e-45, 1.*e-45, 1.*e-45., v4_int32 = .1, 1, 1, 1., v8_int16 = .0, 1, 0, 1, 0, 1, 0, 1., v16_int8 = ..0.0.0.001.0.0.0.001.0.0.0.001.0.0.0.001.." + set hex_vector ".uint128 = 0x00000001000000010000000100000001, v4_float = .0x0, 0x0, 0x0, 0x0., v4_int32 = .0x1, 0x1, 0x1, 0x1., v8_int16 = .0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1., v16_int8 = .0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1.." } else { - set decimal_vector ".uint128 = 0x00000001000000010000000100000001, v4_float = .1.*e-45, 1.*e-45, 1.*e-45, 1.*e-45., v4_int32 = .1, 1, 1, 1., v8_int16 = .1, 0, 1, 0, 1, 0, 1, 0., v16_int8 = ..001.0.0.0.001.0.0.0.001.0.0.0.001.0.0.." + set hex_vector ".uint128 = 0x00000001000000010000000100000001, v4_float = .0x0, 0x0, 0x0, 0x0., v4_int32 = .0x1, 0x1, 0x1, 0x1., v8_int16 = .0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0., v16_int8 = .0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0.." +} + +for {set i 0} {$i < 32} {incr i 1} { + gdb_test "print \$$vrbase$i" ".* = $decimal_vector" "print $vrbase$i (natural) $r3067302" } for {set i 0} {$i < 32} {incr i 1} { - gdb_test "print \$vr$i" ".* = $decimal_vector" "print vr$i" + gdb_test "print /x \$$vrbase$i" ".* = $hex_vector" "print $vrbase$i (hex) $r3067302" } gdb_test "print \$vrsave" ".* = 1" "print vrsave" gdb_test "print \$vscr" ".* = 1" "print vscr" for {set i 0} {$i < 32} {incr i 1} { - set pattern$i ".*vr$i.*" - append pattern$i $vector_register + set pattern$i ".*$vrbase$i.*" + append pattern$i $decimal_vector } -send_gdb "info powerpc altivec\n" -gdb_expect_list "info powerpc altivec" ".*$gdb_prompt $" { +send_gdb "info vector\n" +gdb_expect_list "info vector" ".*$gdb_prompt $" { [$pattern0] [$pattern1] [$pattern2] @@ -158,8 +168,8 @@ [$pattern29] [$pattern30] [$pattern31] -"\[ \t\n\r\]+vscr\[ \t\]+0x1" -"\[ \t\n\r\]+vrsave\[ \t\]+0x1" +"\[ \t\n\r\]+vscr\[ \t\]+0x1\t1" +"\[ \t\n\r\]+vrsave\[ \t\]+0x1\t1" } gdb_test "break vector_fun" \ --Apple-Mail-4-196839846 Content-Disposition: attachment; filename=altivec-regs.exp Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="altivec-regs.exp" Content-length: 7686 # Copyright (C) 2002 Free Software Foundation, Inc. # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. # # Please email any bugs, comments, and/or additions to this file to: # bug-gdb@prep.ai.mit.edu # # Tests for Powerpc AltiVec register setting and fetching if $tracelevel then { strace $tracelevel } # # Test the use of registers, especially AltiVec registers, for Powerpc. # This file uses altivec-regs.c for input. # set prms_id 0 set bug_id 0 if [istarget "powerpc-apple-*"] { set vrbase "v" set compile_flags { debug additional_flags=-w additional_flags=-faltivec } } elseif [istarget "powerpc-*"] { set vrbase "vr" set compile_flags { debug additional_flags=-w } } else { verbose "Skipping altivec register tests." return } set testfile "altivec-regs" set binfile ${objdir}/${subdir}/${testfile} set src1 ${srcdir}/${subdir}/${testfile}.c if { [gdb_compile ${src1} ${binfile} executable ${compile_flags}] != "" } { gdb_suppress_entire_file "Testcase compile failed, so all tests in this file will automatically fail." } gdb_start gdb_reinitialize_dir $srcdir/$subdir gdb_load ${binfile} # # Run to `main' where we begin our tests. # if ![runto_main] then { gdb_suppress_tests } # set all the registers integer portions to 1 for {set i 0} {$i < 32} {incr i 1} { for {set j 0} {$j < 4} {incr j 1} { gdb_test "set \$$vrbase$i.v4_int32\[$j\] = 1" "" "set reg $vrbase$i.v4si.f\[$j\]" } } gdb_test "set \$vscr = 1" "" "" gdb_test "set \$vrsave = 1" "" "" # Now execute some target code, so that GDB's register cache is flushed. gdb_test "next" "" "" send_gdb "show endian\n" gdb_expect { -re "(The target endianness is set automatically .currently )(big|little)( endian.*)$gdb_prompt $" { pass "endianness" set endianness $expect_out(2,string) } -re ".*$gdb_prompt $" { fail "couldn't get endianness" } timeout { fail "(timeout) endianness" } } # And then read the AltiVec registers back, to see that # a) the register write above worked, and # b) the register read (below) also works. if {$endianness == "big"} { set decimal_vector ".uint128 = 0x00000001000000010000000100000001, v4_float = .1.*e-45, 1.*e-45, 1.*e-45, 1.*e-45., v4_int32 = .1, 1, 1, 1., v8_int16 = .0, 1, 0, 1, 0, 1, 0, 1., v16_int8 = ..00*.00*.00*.001.00*.00*.00*.001.00*.00*.00*.001.00*.00*.00*.001.." } else { set decimal_vector ".uint128 = 0x00000001000000010000000100000001, v4_float = .1.*e-45, 1.*e-45, 1.*e-45, 1.*e-45., v4_int32 = .1, 1, 1, 1., v8_int16 = .1, 0, 1, 0, 1, 0, 1, 0., v16_int8 = ..001.00*.00*.00*.001.00*.00*.00*.001.00*.00*.00*.001.00*.00*.." } for {set i 0} {$i < 32} {incr i 1} { gdb_test "info reg $vrbase$i" "$vrbase$i.*$decimal_vector\t\\(raw 0x00000001000000010000000100000001\\)" "info reg $vrbase$i" } gdb_test "info reg vrsave" "vrsave.*0x1\t1" "info reg vrsave" gdb_test "info reg vscr" "vscr.*0x1\t1" "info reg vscr" # Now redo the same tests, but using the print command. # Note: in LE case, the char array is printed WITHOUT the last character. # Gdb treats the terminating null char in the array like the terminating # null char in a string and doesn't print it. This is not a failure, but # the way gdb works. if {$endianness == "big"} { set hex_vector ".uint128 = 0x00000001000000010000000100000001, v4_float = .0x0, 0x0, 0x0, 0x0., v4_int32 = .0x1, 0x1, 0x1, 0x1., v8_int16 = .0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1., v16_int8 = .0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1.." } else { set hex_vector ".uint128 = 0x00000001000000010000000100000001, v4_float = .0x0, 0x0, 0x0, 0x0., v4_int32 = .0x1, 0x1, 0x1, 0x1., v8_int16 = .0x1, 0x0, 0x1, 0x0, 0x1, 0x0, 0x1, 0x0., v16_int8 = .0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0.." } for {set i 0} {$i < 32} {incr i 1} { gdb_test "print \$$vrbase$i" ".* = $decimal_vector" "print $vrbase$i (natural) $r3067302" } for {set i 0} {$i < 32} {incr i 1} { gdb_test "print /x \$$vrbase$i" ".* = $hex_vector" "print $vrbase$i (hex) $r3067302" } gdb_test "print \$vrsave" ".* = 1" "print vrsave" gdb_test "print \$vscr" ".* = 1" "print vscr" for {set i 0} {$i < 32} {incr i 1} { set pattern$i ".*$vrbase$i.*" append pattern$i $decimal_vector } send_gdb "info vector\n" gdb_expect_list "info vector" ".*$gdb_prompt $" { [$pattern0] [$pattern1] [$pattern2] [$pattern3] [$pattern4] [$pattern5] [$pattern6] [$pattern7] [$pattern8] [$pattern9] [$pattern10] [$pattern11] [$pattern12] [$pattern13] [$pattern14] [$pattern15] [$pattern16] [$pattern17] [$pattern18] [$pattern19] [$pattern20] [$pattern21] [$pattern22] [$pattern23] [$pattern24] [$pattern25] [$pattern26] [$pattern27] [$pattern28] [$pattern29] [$pattern30] [$pattern31] "\[ \t\n\r\]+vscr\[ \t\]+0x1\t1" "\[ \t\n\r\]+vrsave\[ \t\]+0x1\t1" } gdb_test "break vector_fun" \ "Breakpoint 2 at.*altivec-regs.c, line \[0-9\]+\\." \ "Set breakpoint at vector_fun" # Actually it is nuch easier to see these results printed in hex. gdb_test "set output-radix 16" \ "Output radix now set to decimal 16, hex 10, octal 20." \ "Set output radix to hex" gdb_test "continue" \ "Breakpoint 2, vector_fun .a=.0xfefefefe, 0xfefefefe, 0xfefefefe, 0xfefefefe., b=.0x1010101, 0x1010101, 0x1010101, 0x1010101.*altivec-regs.c.*vec_splat_u8.2..;" \ "continue to vector_fun" # Do a next over the assignment to vector 'a'. gdb_test "next" ".*b = \\(\\(vector unsigned int\\) vec_splat_u8\\(3\\)\\);" \ "next (1)" # Do a next over the assignment to vector 'b'. gdb_test "next" "c = vec_add \\(a, b\\);" \ "next (2)" # Now 'a' should be '0x02020202...' and 'b' should be '0x03030303...' gdb_test "print/x a" \ ".*= .0x2020202, 0x2020202, 0x2020202, 0x2020202." \ "print vector parameter a" gdb_test "print/x b" \ ".*= .0x3030303, 0x3030303, 0x3030303, 0x3030303." \ "print vector parameter b" # If we do an 'up' now, and print 'x' and 'y' we should see the values they # have in main, not the values they have in vector_fun. gdb_test "up" ".1.*main \\(\\) at.*altivec-regs.c.*z = vector_fun \\(x, y\\);" \ "up to main" gdb_test "print/x x" \ ".*= .0xfefefefe, 0xfefefefe, 0xfefefefe, 0xfefefefe." \ "print vector x" gdb_test "print/x y" \ ".*= .0x1010101, 0x1010101, 0x1010101, 0x1010101." \ "print vector y" # now go back to vector_func and do a finish, to see if we can print the return # value correctly. gdb_test "down" \ ".0 vector_fun \\(a=.0x2020202, 0x2020202, 0x2020202, 0x2020202., b=.0x3030303, 0x3030303, 0x3030303, 0x3030303.\\) at.*altivec-regs.c.*c = vec_add \\(a, b\\);" \ "down to vector_fun" gdb_test "finish" \ "Run till exit from .0 vector_fun \\(a=.0x2020202, 0x2020202, 0x2020202, 0x2020202., b=.0x3030303, 0x3030303, 0x3030303, 0x3030303.\\) at.*altivec-regs.c.*in main \\(\\) at.*altivec-regs.c.*z = vector_fun \\(x, y\\);.*Value returned is.*= .0x5050505, 0x5050505, 0x5050505, 0x5050505." \ "finish returned correct value" --Apple-Mail-4-196839846 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Content-length: 4372 On Friday, October 18, 2002, at 07:34 PM, Elena Zannoni wrote: > > The above portion of the patch seems reasonable to me. > > I have a few concerns about the testsuite changes. I don't see you > checking in the output for the new "(raw: 0x123456789....)" > string. See below for more... > >> Index: altivec-regs.exp >> =================================================================== >> RCS file: /cvs/src/src/gdb/testsuite/gdb.arch/altivec-regs.exp,v >> retrieving revision 1.1 >> diff -u -r1.1 altivec-regs.exp >> --- altivec-regs.exp 14 May 2002 22:02:52 -0000 1.1 >> +++ altivec-regs.exp 4 Oct 2002 20:35:17 -0000 >> @@ -88,13 +88,19 @@ >> # b) the register read (below) also works. >> >> if {$endianness == "big"} { >> -set vector_register ".uint128 = 0x00000001000000010000000100000001, >> v4_float >> = .0x0, 0x0, 0x0, 0x0., v4_int32 = .0x1, 0x1, 0x1, 0x1., v8_int16 = >> .0x0, 0x1, >> 0x0, 0x1, 0x0, 0x1, 0x0, 0x1., v16_int8 = .0x0, 0x0, 0x0, 0x1, 0x0, >> 0x0, 0x0, >> 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1.." >> +set hex_vector ".uint128 = 0x00000001000000010000000100000001, >> v4_float = >> .0x0, 0x0, 0x0, 0x0., v4_int32 = .0x1, 0x1, 0x1, 0x1., v8_int16 = >> .0x0, 0x1, >> 0x0, 0x1, 0x0, 0x1, 0x0, 0x1., v16_int8 = .0x0, 0x0, 0x0, 0x1, 0x0, >> 0x0, 0x0, >> 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x1.." >> } else { >> -set vector_register ".uint128 = 0x00000001000000010000000100000001, >> v4_float >> = .0x0, 0x0, 0x0, 0x0., v4_int32 = .0x1, 0x1, 0x1, 0x1., v8_int16 = >> .0x1, 0x0, >> 0x1, 0x0, 0x1, 0x0, 0x1, 0x0., v16_int8 = .0x1, 0x0, 0x0, 0x0, 0x1, >> 0x0, 0x0, >> 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0.." >> +set hex_vector ".uint128 = 0x00000001000000010000000100000001, >> v4_float = >> .0x0, 0x0, 0x0, 0x0., v4_int32 = .0x1, 0x1, 0x1, 0x1., v8_int16 = >> .0x1, 0x0, >> 0x1, 0x0, 0x1, 0x0, 0x1, 0x0., v16_int8 = .0x1, 0x0, 0x0, 0x0, 0x1, >> 0x0, 0x0, >> 0x0, 0x1, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0.." >> +} >> + >> +if {$endianness == "big"} { >> + set decimal_vector ".uint128 = >> 0x00000001000000010000000100000001, >> v4_float = .1.*e-45, 1.*e-45, 1.*e-45, 1.*e-45., v4_int32 = .1, 1, 1, >> 1., >> v8_int16 = .0, 1, 0, 1, 0, 1, 0, 1., v16_int8 = >> ..0.0.0.001.0.0.0.001.0.0.0.001.0.0.0.001.." >> +} else { >> + set decimal_vector ".uint128 = >> 0x00000001000000010000000100000001, >> v4_float = .1.*e-45, 1.*e-45, 1.*e-45, 1.*e-45., v4_int32 = .1, 1, 1, >> 1., >> v8_int16 = .1, 0, 1, 0, 1, 0, 1, 0., v16_int8 = >> ..001.0.0.0.001.0.0.0.001.0.0.0.001.0.0.." >> } >> > > I would prefer if the above decimal_vector variable settings are left > near to where they are used in the testfile. I think it makes the > testfile easier to read if related things are close together. > > >> for {set i 0} {$i < 32} {incr i 1} { >> - gdb_test "info reg vr$i" "vr$i.*$vector_register" "info reg >> vr$i" >> + gdb_test "info reg vr$i" "vr$i.*$decimal_vector" "info reg >> vr$i" >> } >> >> gdb_test "info reg vrsave" "vrsave.*0x1" "info reg vrsave" >> @@ -106,14 +112,9 @@ >> # null char in a string and doesn't print it. This is not a failure, >> but >> # the way gdb works. >> >> -if {$endianness == "big"} { >> - set decimal_vector ".uint128 = >> 0x00000001000000010000000100000001, >> v4_float = .1.*e-45, 1.*e-45, 1.*e-45, 1.*e-45., v4_int32 = .1, 1, 1, >> 1., >> v8_int16 = .0, 1, 0, 1, 0, 1, 0, 1., v16_int8 = >> ..0.0.0.001.0.0.0.001.0.0.0.001.0.0.0.001.." >> -} else { >> - set decimal_vector ".uint128 = >> 0x00000001000000010000000100000001, >> v4_float = .1.*e-45, 1.*e-45, 1.*e-45, 1.*e-45., v4_int32 = .1, 1, 1, >> 1., >> v8_int16 = .1, 0, 1, 0, 1, 0, 1, 0., v16_int8 = >> ..001.0.0.0.001.0.0.0.001.0.0.0.001.0.0.." >> -} >> - >> for {set i 0} {$i < 32} {incr i 1} { >> gdb_test "print \$vr$i" ".* = $decimal_vector" "print vr$i" >> + gdb_test "print /x \$vr$i" ".* = $hex_decimal_vector" "print >> vr$i" > ^^^^^^^^^^^^^^^^^^^ > How could this work? >> } >> >> gdb_test "print \$vrsave" ".* = 1" "print vrsave" > > > I actually removed the "info powerpc altivec" command from the > testfile, so we should also change "info powerpc altivec" into "info > vector". Would you mind doing that? I think the output needs no > changes, beyond whatever is needed to conform to your new format. > > thanks > Elena > --Apple-Mail-4-196839846--