darkkirb/old-cross-binutils
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity

* gdb.base/attach.exp: There's no need to copy the test program to

Browse source 
/tmp; that was only ever necessary on HP/UX, and this test is
entirely disabled there anyway.
This commit is contained in:
Jim Blandy 2002-12-22 23:53:48 +00:00
parent 50e0eb6653
commit d6c1774ec3
2 changed files with 6 additions and 31 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

6
gdb/testsuite/ChangeLog
View file

@ -1,3 +1,9 @@
2002-12-22 Jim Blandy <jimb@redhat.com>
* gdb.base/attach.exp: There's no need to copy the test program to
/tmp; that was only ever necessary on HP/UX, and this test is
entirely disabled there anyway.
2002-12-21 Jim Blandy <jimb@redhat.com>
* gdb.c++/psmang.exp: Doc fix.

31
gdb/testsuite/gdb.base/attach.exp
View file

@ -63,31 +63,12 @@ if { [gdb_compile "${srcdir}/${subdir}/${srcfile}" "${binfile}" executable {deb
gdb_suppress_entire_file "Testcase compile failed, so all tests in this file will automatically fail."
}
# Because we can't attach over nfs, copy binfile to /tmp/${binfile}.${pid}
# and replace binfile with a symbolic link
set pid [pid]
exec /bin/cp -f ${binfile} /tmp/attach1.${pid}
exec rm -f ${binfile}
set binfile /tmp/attach1.${pid}
# exec ln -s /tmp/attach1.${pid} ${binfile}
# Build the in-system-call test
if { [gdb_compile "${srcdir}/${subdir}/${srcfile2}" "${binfile2}" executable {debug}] != "" } {
gdb_suppress_entire_file "Testcase compile failed, so all tests in this file will automatically fail."
}
# Because we can't attach over nfs, copy binfile2 to /tmp/${binfile2}.${pid}
# and replace binfile2 with a symbolic link
set pid [pid]
exec cp -f ${binfile2} /tmp/attach2.${pid}
exec rm -f ${binfile2}
set binfile2 /tmp/attach2.${pid}
# exec ln -s /tmp/attach2.${pid} ${binfile2}
if [get_compiler_info ${binfile}] {
return -1
}
@ -428,19 +409,7 @@ do_attach_tests
gdb_exit
gdb_start
# this seems not necessary. - guo
#
# # Since we have moved the executable to /tmp, it will be hard for gdb
# # to find the object file/executable to read the symbols. This is
# # a known limitation. We try and get the name of the executable the
# # process is running from a variety of methods, but none is foolproof.
# # Using "dir" will get us the symbols.
#
# gdb_test "dir ./gdb.base" ".*" "set up directory before attach"
gdb_reinitialize_dir $srcdir/$subdir
do_call_attach_tests
# Cleanup the files placed in /tmp and the symlinks
remote_exec build "rm -f ${binfile} ${binfile2} /tmp/attach1.${pid} /tmp/attach2.${pid}"
return 0