From: Tom Tromey <tromey@redhat.com>
To: Nicolas Blanc <nicolas.blanc@intel.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH v16 5/5] Test adding and removing a symbol file at runtime.
Date: Thu, 10 Oct 2013 20:45:00 -0000 [thread overview]
Message-ID: <87zjqg4zzo.fsf@fleche.redhat.com> (raw)
In-Reply-To: <1381148820-21890-6-git-send-email-nicolas.blanc@intel.com> (Nicolas Blanc's message of "Mon, 7 Oct 2013 14:27:00 +0200")
>>>>> "Nicolas" == Nicolas Blanc <nicolas.blanc@intel.com> writes:
Nicolas> 2013-04-04 Nicolas Blanc <nicolas.blanc@intel.com>
Nicolas> * gdb.base/sym-file-lib.c: New file.
Nicolas> * gdb.base/sym-file-loader.c: New file.
Nicolas> * gdb.base/sym-file-loader.h: New file.
Nicolas> * gdb.base/sym-file-main.c: New file.
Nicolas> * gdb.base/sym-file.exp: New file.
Nicolas> +if [is_lp64_target] {
Nicolas> + set target_size TARGET_LP64
Nicolas> +} elseif [is_ilp32_target] {
Nicolas> + set target_size TARGET_ILP32
Nicolas> +} else {
Nicolas> + return 0
Nicolas> +}
It's slightly better to brace the expressions. Otherwise they are both
evaluated first.
That is:
if {[is_ilp64_target]} { ...
Nicolas> +set testfile sym-file.exp
Nicolas> +set mainfile sym-file-main
Nicolas> +set loaderfile sym-file-loader
Nicolas> +set libfile sym-file-lib
Nicolas> +set srcfiles "${mainfile}.c ${loaderfile}.c"
Nicolas> +set libsrc "${srcdir}/${subdir}/${libfile}.c"
Nicolas> +set libname "${libfile}.so"
Nicolas> +set shlib_name "${objdir}/${subdir}/${libname}"
Nicolas> +set libobj "${objdir}/${subdir}/${libname}"
It's better to use standard_testfile and standard_output_file.
That way it will work with the parallelization patch series.
Nicolas> +set result [gdb_test "add-symbol-file ${shlib_name} addr" \
Nicolas> + "Reading symbols from .*${shlib_name}\\.\\.\\.done\\." \
Nicolas> + "add-symbol-file ${shlib_name} addr" \
It looks like the full file name of the shlib ends up in the test name
here. It's better to use a test name that doesn't depend on the cwd, so
that comparisons across different build directories don't yield spurious
differences.
Nicolas> +gdb_test "info files" \
Nicolas> + "^(?=(.*${libname})).*" \
Nicolas> + "info files must display $libname"
Here too and presumably elsewhere.
Tom
next prev parent reply other threads:[~2013-10-10 20:45 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-07 12:27 [PATCH v16 0/5] remove-symbol-file & add-symbol-file Nicolas Blanc
2013-10-07 12:27 ` [PATCH v16 3/5] 'add-symbol-file' should update the current target sections Nicolas Blanc
2013-10-10 20:31 ` Tom Tromey
2013-10-15 13:39 ` Blanc, Nicolas
2013-10-15 13:54 ` Tom Tromey
2013-10-07 12:27 ` [PATCH v16 5/5] Test adding and removing a symbol file at runtime Nicolas Blanc
2013-10-10 20:45 ` Tom Tromey [this message]
2013-10-07 12:27 ` [PATCH v16 2/5] Documentation for the remove-symbol-file command Nicolas Blanc
2013-10-07 12:27 ` [PATCH v16 4/5] Function is_elf_target Nicolas Blanc
2013-10-10 19:55 ` Tom Tromey
2013-10-07 12:27 ` [PATCH v16 1/5] New remove-symbol-file command Nicolas Blanc
2013-10-10 20:13 ` Tom Tromey
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=87zjqg4zzo.fsf@fleche.redhat.com \
--to=tromey@redhat.com \
--cc=gdb-patches@sourceware.org \
--cc=nicolas.blanc@intel.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