Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
* Re: [COMMITTED PATCH] testsuite for info auxv
@ 2004-03-17 21:08 Michael Elizabeth Chastain
  2004-03-17 21:26 ` Roland McGrath
  2004-03-19  0:09 ` Michael Elizabeth Chastain
  0 siblings, 2 replies; 8+ messages in thread
From: Michael Elizabeth Chastain @ 2004-03-17 21:08 UTC (permalink / raw)
  To: gdb-patches, roland

Please add a copyright notice to auxv.c.

Michael C

===

2004-03-16  Roland McGrath  <roland@redhat.com>

	* gdb.base/auxv.exp: New file.
	* gdb.base/auxv.c: New file, copied verbatim from coremaker2.c.


^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: [PATCH] auxv support
@ 2004-02-25  3:59 Andrew Cagney
  2004-03-19  0:09 ` [COMMITTED PATCH] testsuite for info auxv Roland McGrath
  0 siblings, 1 reply; 8+ messages in thread
From: Andrew Cagney @ 2004-02-25  3:59 UTC (permalink / raw)
  To: Roland McGrath; +Cc: Daniel Jacobowitz, gdb-patches

> I've written a new test case for the live process support, grokking native
> core files, and gcore.  It works peachy on Linux 2.6 and on Solaris.  It
> should work omitting the native core dump part for remote, but I don't know
> off hand how to test that.  Are there runtest arguments to make it run
> gdbserver for tests?  (I tried --target_board linux-gdbserver, but that
> tries to do "rsh linux-gdbserver ../gdbserver/gdbserver ..." instead of
> running gdbserver locally.  I can't figure out how to make it not use rsh,
> or use a hostname other than "linux-gdbserver".)

I'd not worry (I think that should instead use "(gdb) target remote 
|gdbserver").

> However, on a system that does not support getting the auxv data, it shows
> three failures.  What is the right thing to do about this?  The difficulty
> is that the error from `info auxv' does not distinguish an error/bug in
> reading the data from the target code not supporting auxv access or from
> the native system not supporting the access even though the gdb target code
> does (e.g. Linux < 2.6).

Just a few tweaks:

> 2004-02-23  Roland McGrath  <roland@redhat.com>
> 
> 	* gdb.base/auxv.exp: New file.
> 
> Index: testsuite/gdb.base/auxv.exp
> ===================================================================
> RCS file: testsuite/gdb.base/auxv.exp
> diff -N testsuite/gdb.base/auxv.exp
> --- /dev/null	1 Jan 1970 00:00:00 -0000
> +++ testsuite/gdb.base/auxv.exp	24 Feb 2004 03:06:02 -0000
> @@ -0,0 +1,186 @@
> +# Test `info auxv' and related functionality.
> +
> +# Copyright 1992,93,94,95,96,97,98,99,2000,04 Free Software Foundation, Inc.

Just write the years in full.

> +set testfile "coremaker2"
> +set srcfile ${testfile}.c

Here a new file "auxv.c" is prefered for the new test (making a copy of 
coremaker2.c is ok).

Otherwize, remember to post the final patch when committing,

thanks,
Andrew

> +set binfile ${objdir}/${subdir}/${testfile}
> +set corefile ${objdir}/${subdir}/${testfile}.corefile
> +set gcorefile ${objdir}/${subdir}/${testfile}.gcore




^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2004-03-17 22:23 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-03-17 21:08 [COMMITTED PATCH] testsuite for info auxv Michael Elizabeth Chastain
2004-03-17 21:26 ` Roland McGrath
2004-03-19  0:09   ` Daniel Jacobowitz
2004-03-17 22:23     ` Daniel Jacobowitz
2004-03-19  0:09   ` Roland McGrath
2004-03-19  0:09 ` Michael Elizabeth Chastain
  -- strict thread matches above, loose matches on Subject: below --
2004-02-25  3:59 [PATCH] auxv support Andrew Cagney
2004-03-19  0:09 ` [COMMITTED PATCH] testsuite for info auxv Roland McGrath
2004-03-17 20:46   ` Roland McGrath

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox