public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: will schmidt <will_schmidt@vnet.ibm.com>
To: Carl Love <cel@us.ibm.com>, dje@google.com, gdb-patches@sourceware.org
Cc: Rogerio Alves <rogealve@br.ibm.com>
Subject: Re: [PATCH] Fix for gdb.base/solib-search.exp test.
Date: Thu, 21 Apr 2022 10:05:03 -0500	[thread overview]
Message-ID: <9ae565aae4c412d51d6ad3e7158eab443df8febf.camel@vnet.ibm.com> (raw)
In-Reply-To: <8fe6f3bee129c0a3159d3ef57c942b9473255d8d.camel@us.ibm.com>

On Tue, 2022-03-22 at 14:49 -0700, Carl Love wrote:
> GDB maintainers:
> 
> The following patch fixes the setting of the variable right_lib_flags
> in the solib-search.exp test.  With the fix the test now run
> correctly
> on Powerpc.
> 
> The patch has been tested on a Power 10 system.
> 
> Please let me know if the patch is acceptable for mainline gdb. 
> Thanks.
> 
>                       Carl Love
> 
> ---------------------------------------------------
> Fix for gdb.base/solib-search.exp test.
> 
> The variable right_lib_flags is not being set correctly to define
> RIGHT.
> The value RIGHT is needed to force the address of the library
> functions
> lib1_func3 and lib2_func4 to occur at different address in the wrong
> and
> right libraries.
> 
> With RIGHT defined correctly, functions lib1_func3 and lib2_func4
> occur
> at different addresses the test runs correctly on Powerpc.
> ---
>  gdb/testsuite/gdb.base/solib-search.exp | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/gdb/testsuite/gdb.base/solib-search.exp
> b/gdb/testsuite/gdb.base/solib-search.exp
> index eaabe508bf0..202e79d85de 100644
> --- a/gdb/testsuite/gdb.base/solib-search.exp
> +++ b/gdb/testsuite/gdb.base/solib-search.exp
> @@ -54,7 +54,7 @@ set binfile2_lib [standard_output_file
> ${libname2}.so]
> 
>  set lib_flags [list debug ldflags=-Wl,-Bsymbolic]
>  set wrong_lib_flags "$lib_flags additional_flags=-DARRAY_SIZE=1"
> -set right_lib_flags "$lib_flags additional_flags=-DARRAY_SIZE=8192
> -DRIGHT"
> +set right_lib_flags "$lib_flags additional_flags=-DARRAY_SIZE=8192
> additional_flags=-DRIGHT"
> 

This change seems reasonable.  Presumably the DARRAY_SIZE change
introduced enough delta such that the test passed on other archs, and
PowerPC was simply unlucky to catch the error.

This change may fall under "obvious" , since it's a fix to the
arguments used for the test, and post-fix now matches the style used in
other tests with more than one argument.  Particularly in comparison
with the existing vsx-vsr-float28.exp test.
Maybe an informal chat in the GDB IRC chat to confirm the guidelines
for obvious.  :-)

Thanks
-Will
>  # Binary file.
>  standard_testfile .c


  parent reply	other threads:[~2022-04-21 15:05 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-22 21:49 Carl Love
2022-03-28 15:21 ` [PING] " Carl Love
2022-04-07 15:13   ` [PING 2] " Carl Love
2022-04-21  1:49     ` [PING 3] " Carl Love
2022-04-21 13:39 ` Simon Marchi
2022-04-21 18:21   ` Carl Love
2022-04-21 19:04     ` Simon Marchi
2022-04-21 19:16       ` Carl Love
2022-04-21 15:05 ` will schmidt [this message]
2022-05-02 14:16 ` Ulrich Weigand

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9ae565aae4c412d51d6ad3e7158eab443df8febf.camel@vnet.ibm.com \
    --to=will_schmidt@vnet.ibm.com \
    --cc=cel@us.ibm.com \
    --cc=dje@google.com \
    --cc=gdb-patches@sourceware.org \
    --cc=rogealve@br.ibm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).