Testsuite: Ensure changing directory does not break the log file
Commit Message
get_compiler_info switches to a new log file before checking the compiler
to ensure the checks are not logged. Afterwards it restores back to using
the original log file. However, the logfile uses a relative path name -
if the current test has changed the current directory then all further
output for the test will be lost. This can confuse the code that collates
the main gdb.log file at the end of a FORCE_PARALLEL run.
fullpath-expand.exp calls gdb_compile after changing the current directory.
The "Ensure stack protection is off for GCC" patch added a call to
get_compiler_info from inside of gdb_compile, causing log file collection
to break for FORCE_PARALLEL runs.
The ideal solution would be to ensure the log file is always created using
an absolute path name. However, this is set at multiple points in
Makefile.in and in some instances just relies on dejagnu common code to set
the log file directory to "."
The simpler and safer solution is to override the builtin cd function. The
new function checks the current log file and if the path is relative, then
it resets the logging using an absolute path. Finally it calls the builtin
cd. This ensures get_compiler_info (and any other code) can correctly
backup and restore the current log file.
Tested with make check and native-gdbserver.
gdb/testsuite/ChangeLog:
2019-02-21 Alan Hayward <alan.hayward@arm.com>
* lib/gdb.exp (builtin_cd): rename of cd.
(cd): Override builtin.
---
gdb/testsuite/lib/gdb.exp | 19 +++++++++++++++++++
1 file changed, 19 insertions(+)
Comments
>>>>> "Alan" == Alan Hayward <Alan.Hayward@arm.com> writes:
Alan> get_compiler_info switches to a new log file before checking the compiler
Alan> to ensure the checks are not logged.
Haha, that seems pretty gross.
Alan> The simpler and safer solution is to override the builtin cd function. The
Alan> new function checks the current log file and if the path is relative, then
Alan> it resets the logging using an absolute path. Finally it calls the builtin
Alan> cd. This ensures get_compiler_info (and any other code) can correctly
Alan> backup and restore the current log file.
Makes sense to me.
Alan> + if { [regexp "^-a \[^/\]" $saved_log match] } {
It may be better here to just extract the file name and either use "file normalize"
(could be done unconditionally) or look at it with "file pathtype".
See https://www.tcl.tk/man/tcl8.4/TclCmd/file.htm
Tom
@@ -6284,5 +6284,24 @@ proc gdb_define_cmd {command command_list} {
}
}
+# Safe version of cd that ensures the log file is not stopped.
+
+rename cd builtin_cd
+
+proc cd { dir } {
+ # Get logfile, which will be prefixed with "-a ".
+ set saved_log [log_file -info]
+
+ # If the logfile is a relative path, reset it to an absolute path.
+ if { [regexp "^-a \[^/\]" $saved_log match] } {
+ set saved_log [string replace $saved_log 0 2]
+ log_file
+ log_file -a "[pwd]/$saved_log"
+ }
+
+ # Call the builtin version of cd.
+ builtin_cd $dir
+}
+
# Always load compatibility stuff.
load_lib future.exp