This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Source files are deleted in in-tree build/test
- From: Yao Qi <yao at codesourcery dot com>
- To: <gdb-patches at sourceware dot org>
- Date: Wed, 17 Sep 2014 19:29:39 +0800
- Subject: Source files are deleted in in-tree build/test
- Authentication-results: sourceware.org; auth=none
Hi,
If we do in-tree build and run tests sequentially,
$ make check RUNTESTFLAGS='--directory=gdb.dwarf'
$ make check RUNTESTFLAGS='--directory=gdb.python'
we can see some source files are deleted after tests,
# deleted: gdb.dwarf2/file1.txt
# deleted: gdb.python/py-frame-args.py
# deleted: gdb.python/py-framefilter.py
# deleted: gdb.python/py-pp-integral.py
# deleted: gdb.python/py-pp-re-notag.py
# deleted: gdb.python/py-prettyprint.py
# deleted: gdb.python/py-section-script.py
# deleted: gdb.python/py-typeprint.py
# deleted: gdb.python/py-xmethods.py
These tests have this the pattern like this:
set remote_python_file [gdb_remote_download host \
${srcdir}/${subdir}/${testfile}.py]
remote_file host delete ${remote_python_file}
In the in-tree build/test, remote_python_file is the source, so the
"remote_file host delete ${remote_python_file}" will delete the source
file, and cause the some fails in the tests after that.
Matt Rice fixed the problem in py-objfile-script.exp
<https://sourceware.org/ml/gdb-patches/2011-07/msg00225.html> by
renaming .py to .py.in and copy .py.in file to .py on running test.
However, it is not friendly to remote host testing w.r.t copying files
to remote host. Alternatively, we don't have to remote these files
copied to host. We discussed this there
<https://sourceware.org/ml/gdb-patches/2014-08/msg00269.html> without
any conclusions. Now, I am inclined to not removing files on host, as
justified by this problem. What do you think?
--
Yao (éå)