Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Joel Brobecker <brobecker@adacore.com>
To: Simon Marchi <simon.marchi@polymtl.ca>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH 3/3] Remove HP-UX references fom testsuite
Date: Sun, 20 Dec 2015 05:08:00 -0000	[thread overview]
Message-ID: <20151220050832.GB4639@adacore.com> (raw)
In-Reply-To: <1450567845-27030-3-git-send-email-simon.marchi@polymtl.ca>

On Sat, Dec 19, 2015 at 06:30:45PM -0500, Simon Marchi wrote:
> This patch removes all special cases for HP-UX, for which support has
> been removed earlier, that I found in the testsuite.  Note that the hppa
> architecture != HP-UX, since other OSes can run on hppa, so I tried to
> leave everything that is not HP-UX specific.
> 
> Two complete tests were completely HP-UX specific, so I removed them.
> 
> I ran the testsuite on Linux x86-64, native and native-gdbserver, and
> noticed no regressions.
> 
> gdb/testsuite/ChangeLog:
> 
> 	* gdb.asm/asm-source.exp: Remove HP-UX references.
> 	* gdb.base/annota1.exp: Likewise.
> 	* gdb.base/annota3.exp: Likewise.
> 	* gdb.base/attach.exp: Likewise.
> 	* gdb.base/bigcore.exp: Likewise.
> 	* gdb.base/break.exp: Likewise.
> 	* gdb.base/call-ar-st.exp: Likewise.
> 	* gdb.base/callfuncs.exp: Likewise.
> 	* gdb.base/catch-fork-static.exp: Likewise.
> 	* gdb.base/display.exp: Likewise.
> 	* gdb.base/foll-exec-mode.exp: Likewise.
> 	* gdb.base/foll-exec.exp: Likewise.
> 	* gdb.base/foll-fork.exp: Likewise.
> 	* gdb.base/foll-vfork.exp: Likewise.
> 	* gdb.base/funcargs.exp: Likewise.
> 	* gdb.base/hbreak2.exp: Likewise.
> 	* gdb.base/inferior-died.exp: Likewise.
> 	* gdb.base/interrupt.exp: Likewise.
> 	* gdb.base/multi-forks.exp: Likewise.
> 	* gdb.base/nodebug.exp: Likewise.
> 	* gdb.base/sepdebug.exp: Likewise.
> 	* gdb.base/solib1.c: Likewise.
> 	* gdb.base/step-test.exp: Likewise.
> 	* gdb.dwarf2/pr10770.c: Likewise.
> 	* gdb.mi/non-stop.c: Likewise.
> 	* gdb.mi/pthreads.c: Likewise.
> 	* gdb.multi/bkpt-multi-exec.ex: Likewise.p
> 	* gdb.threads/pthreads.c: Likewise.
> 	* gdb.threads/staticthreads.exp: Likewise.
> 	* lib/future.exp: Likewise.
> 	* lib/gdb.exp: Likewise.
> 	* gdb.base/so-indr-cl.c: Remove.
> 	* gdb.base/so-indr-cl.exp: Likewise.
> 	* gdb.base/solib.c: Likewise.
> 	* gdb.base/solib.exp: Likewise.
> 	* gdb.base/solib2.c: Likewise.

Looks good to me, with one question below.

> index 003a73f..6ca910c 100644
> --- a/gdb/testsuite/gdb.base/break.exp
> +++ b/gdb/testsuite/gdb.base/break.exp
> @@ -485,24 +485,13 @@ gdb_test_multiple "catch fork" "$name" {
>  }
>  
>  
> -# If we are on HP-UX 10.20, we expect an error message to be
> -# printed if we type "catch vfork" at the gdb gdb_prompt.  This is
> -# because on HP-UX 10.20, we cannot catch vfork events.
> -
>  set name "set catch vfork, never expected to trigger"
> -
> -if [istarget "hppa*-hp-hpux10.20"] then {
> -    gdb_test "catch vfork" \
> -	"Catch of vfork events not supported on HP-UX 10.20..*" \
> -	"$name"
> -} else {
> -    gdb_test_multiple "catch vfork" "$name" {
> -	-re "Catchpoint \[0-9\]* .vfork..*$gdb_prompt $" {
> -	    pass $name
> -	}
> -	-re "Catch of vfork not yet implemented.*$gdb_prompt $" {
> -	    pass $name
> -	}
> +gdb_test_multiple "catch vfork" "$name" {
> +    -re "Catchpoint \[0-9\]* .vfork..*$gdb_prompt $" {
> +	pass $name
> +    }
> +    -re "Catch of vfork not yet implemented.*$gdb_prompt $" {
> +	pass $name
>      }
>  }
>  
> @@ -641,32 +630,20 @@ gdb_test "break marker2" \
>      "set breakpoint on to-be-called function"
>  
>  gdb_test "print marker2(99)" \
> -    "The program being debugged stopped while in a function called from GDB.\r\nEvaluation of the expression containing the function\r\n.marker2$proto. will be abandoned.\r\nWhen the function is done executing, GDB will silently stop.*" \
> +    "The program being debugged stopped while in a function called from GDB.\r\nEvaluation of the expression containing the function\r\n.marker2. will be abandoned.\r\nWhen the function is done executing, GDB will silently stop.*" \
>      "hit breakpoint on called function"

There is a discrepancy I do not understand, here. You removed the $proto
suffix for marker2. proto is empty unless hp_aCC_compiler is non-zero.
I assume that HP ACC is only available on HP-UX, which means it's OK
to remove it here, but then why not remove...

    if {$hp_aCC_compiler} {
        set proto "\\(int\\)"
    } else {
        set proto ""
    }

... earlier in the test, and all references to proto?

-- 
Joel


  reply	other threads:[~2015-12-20  5:08 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-19 23:30 [PATCH 1/3] Remove HP-UX reference in testsuite/configure.ac Simon Marchi
2015-12-19 23:31 ` [PATCH 3/3] Remove HP-UX references fom testsuite Simon Marchi
2015-12-20  5:08   ` Joel Brobecker [this message]
2015-12-20 15:45     ` Simon Marchi
2015-12-21 12:48   ` Pedro Alves
2015-12-21 16:57     ` Simon Marchi
2015-12-21 17:07       ` Pedro Alves
2015-12-21 17:53         ` Simon Marchi
2016-01-08 19:30           ` [testsuite patch] i386 regression for funcargs.exp [Re: [PATCH 3/3] Remove HP-UX references fom testsuite] Jan Kratochvil
2016-01-08 21:15             ` Simon Marchi
2016-01-11 13:38               ` Pedro Alves
2016-01-11 21:29                 ` [commit] " Jan Kratochvil
2015-12-20  4:49 ` [PATCH 1/3] Remove HP-UX reference in testsuite/configure.ac Joel Brobecker
2015-12-20 15:00   ` Simon Marchi

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=20151220050832.GB4639@adacore.com \
    --to=brobecker@adacore.com \
    --cc=gdb-patches@sourceware.org \
    --cc=simon.marchi@polymtl.ca \
    /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