binutils-gdb/gdb/testsuite/gdb.arch/amd64-stap-expressions.exp
Sergio Durigan Junior 6f52fdf404 Fix a few stap parser issues and add a new test for probe expressions
The creation of this patch was motivated by Tom's "Change handling of
'!' operator in stap probes" patch.

While reviewing his patch, I stumbled upon a few issues with the stap
expression parser.  They are:

- As it turns out, even with Tom's patch applied the parser doesn't
  properly handle the '!' operator.  The underlying issue was the fact
  that stap_parse_argument_conditionally also needed to be patched in
  order to recognize '!' as an operator that is part of a single
  operand, and parse it accordingly.

- While writing the testcase I'm proposing on this patch, I found that
  parenthesized sub-expressions were not being parsed correctly when
  there was another term after them.  For example:

    1 - (2 + 3) + 4

  In this case, the parser was considering "1" to be the left-side of
  the expression, and "(2 + 3) + 4" to be the right-side.  The patch
  fixes the parser by making it identify whether a parenthesized
  sub-expression has just been parsed, and act accordingly.

I've tested this on my Debian testing amd64, and everything seems OK.

gdb/ChangeLog:
2021-01-20  Sergio Durigan Junior  <sergiodj@sergiodj.net>
	    Tom Tromey <tom@tromey.com>

	* stap-probe.c (stap_parse_single_operand): Handle '!'
	operator.
	(stap_parse_argument_conditionally): Likewise.
	Skip spaces after processing open-parenthesis sub-expression.
	(stap_parse_argument_1): Skip spaces after call to
	stap_parse_argument_conditionally.
	Handle case when right-side expression is a parenthesized
	sub-expression.
	Skip spaces after call to stap_parse_argument_1.

gdb/testsuite/ChangeLog:
2021-01-20  Sergio Durigan Junior  <sergiodj@sergiodj.net>

	* gdb.arch/amd64-stap-expressions.S: New file.
	* gdb.arch/amd64-stap-expressions.exp: New file.
2021-01-20 13:54:30 -05:00

69 lines
1.8 KiB
Plaintext

# Copyright 2021 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 3 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, see <http://www.gnu.org/licenses/>.
standard_testfile ".S"
if { ![istarget "x86_64-*-*"] || ![is_lp64_target] } {
verbose "Skipping $testfile.exp"
return
}
if { [prepare_for_testing "failed to prepare" $testfile $srcfile] } {
return -1
}
# Helper procedure to go to probe NAME
proc goto_probe { name } {
global decimal hex
gdb_test "break -pstap $name" "Breakpoint $decimal at $hex"
gdb_test "continue" "Breakpoint $decimal, main \\(\\) at .*\r\n.*STAP_PROBE1.*${name},.*\\)"
}
# Helper procedure to test the probe's argument
proc test_probe_value { value } {
gdb_test "print \$_probe_argc" "= 1"
gdb_test "print \$_probe_arg0" "= $value"
}
if { ![runto_main] } {
return -1
}
# Name and expected value for each probe.
set probe_names_and_values {
{ "log_neg" "0" }
{ "minus" "-7" }
{ "bit_neg" "-23" }
{ "plus1" "4" }
{ "plus2" "135" }
{ "plus3" "171" }
{ "and" "128" }
{ "or" "12" }
}
foreach probe_info $probe_names_and_values {
set name [lindex $probe_info 0]
set value [lindex $probe_info 1]
with_test_prefix $name {
goto_probe $name
test_probe_value $value
}
}