gdb/testsuite: unset XDG_CONFIG_HOME
authorAndrew Burgess <andrew.burgess@embecosm.com>
Wed, 27 Jan 2021 10:31:47 +0000 (10:31 +0000)
committerAndrew Burgess <andrew.burgess@embecosm.com>
Thu, 28 Jan 2021 10:05:33 +0000 (10:05 +0000)
commit47918cca26dac0c38196148ce09e0936c70c1bf5
treee217a02d263b8a9f75ff17af50993a3b95c2cc56
parent24cf63899bf363c761c344a47dae037fbba8d643
gdb/testsuite: unset XDG_CONFIG_HOME

Since this commit:

  commit 64aaad6349d2b2c45063a5383f877ce9a3a0c354
  Date:   Fri Sep 25 14:50:56 2020 +0100

      gdb: use get_standard_config_dir when looking for .gdbinit

GDB has been checking for ${XDG_CONFIG_HOME}/gdb/gdbinit on startup.

Most tests pass -nx to GDB to block loading of gdbinit files, but
there are a few tests (e.g. gdb.base/gdbinit-history.exp) that don't
use -nx and instead setup a fake HOME directory containing a gdbinit
file.

However, since the above commit, if XDG_CONFIG_HOME is set then once
-nx is no longer being passed GDB will load any gdbinit file it finds
in that directory, which could cause the test to fail.

As a concrete example:

  $ mkdir -p fake_xdg_config_home/gdb/
  $ cat <<EOF >fake_xdg_config_home/gdb/gdbinit
  echo goodbye\n
  quit
  EOF
  $ export XDG_CONFIG_HOME=$PWD/fake_xdg_config_home
  $ make check-gdb TESTS="gdb.base/gdbinit-history.exp"

Should result in the test failing.

The solution I propose is to unset XDG_CONFIG_HOME in
default_gdb_init, we already unset a bunch of environment variables in
this proc.

gdb/testsuite/ChangeLog:

* lib/gdb.exp (default_gdb_init): Unset XDG_CONFIG_HOME.
gdb/testsuite/ChangeLog
gdb/testsuite/lib/gdb.exp