* gdb.base/signals.exp: Disable whole file for lynx until
authorJeff Law <law@redhat.com>
Tue, 25 Jul 1995 08:52:39 +0000 (08:52 +0000)
committerJeff Law <law@redhat.com>
Tue, 25 Jul 1995 08:52:39 +0000 (08:52 +0000)
further notice.

Looks like a bug in the lynx2.2.2 kernel scroggs the stack pointer in
these tests leading to massive failures.  I've sent a nice small concise
example to Mark Rome @ lynx.  Severe braindamage.

gdb/testsuite/ChangeLog
gdb/testsuite/gdb.base/signals.exp

index f1b06e64fab72378ffacfbe57ceeadd52946f043..acae380fc23417833105f36806ad92fb8d14e326 100644 (file)
@@ -1,5 +1,8 @@
 Tue Jul 25 01:03:52 1995  Jeff Law  (law@snake.cs.utah.edu)
 
+       * gdb.base/signals.exp: Disable whole file for lynx until
+       further notice.
+
        * gdb.base/signals.exp: xfail test where "next" acts like
        "continue" for lynx.
 
index 9fe42bc9e178633290c0d1ff90074a583fe29367..d7e831e3f0c41c5ea31d9367ba17205844797dc6 100644 (file)
@@ -251,6 +251,15 @@ if {[ istarget "m68*-motorola-*" ] || [ istarget "hppa*-*-bsd*" ] ||
   return 0
 }
 
+# lynx2.2.2 doesn't lose signals, instead it screws up the stack pointer
+# in some of these tests leading to massive problems.  I've
+# reported this to lynx, hopefully it'll be fixed in lynx2.3.
+# Severe braindamage.
+if [ istarget "*-*-*lynx*" ] then {
+  setup_xfail "*-*-*"
+  fail "kernel scroggs stack pointer in signal tests on this target"
+}
+
 gdb_exit
 gdb_start