[all-commits] [llvm/llvm-project] 0535fa: [Flang][test] Don't set PATH in flang/test/Semanti...

rorth via All-commits all-commits at lists.llvm.org
Tue Apr 21 05:37:49 PDT 2020


  Branch: refs/heads/master
  Home:   https://github.com/llvm/llvm-project
  Commit: 0535fab2375ef71302bc0cf8e5d2ee3280b81f7d
      https://github.com/llvm/llvm-project/commit/0535fab2375ef71302bc0cf8e5d2ee3280b81f7d
  Author: Rainer Orth <ro at CeBiTec.Uni-Bielefeld.DE>
  Date:   2020-04-21 (Tue, 21 Apr 2020)

  Changed paths:
    M flang/test/Semantics/common.sh

  Log Message:
  -----------
  [Flang][test] Don't set PATH in flang/test/Semantics/common.sh

Currently, many `Flang :: Semantics` tests FAIL on Solaris.  The failure
mode is always the same:

  actual at 67: Name in ALLOCATE statement must be a variable name
  expect at 67: ERROR: Name in ALLOCATE statement must be a variable name

It turns out the issue is twofold here:

- The awk script embedded in `flang/test/Semantics/common.sh` uses a string
  value for `FS`, which isn't supported by traditional awk as documented in
  the GNU autoconf manual.

- Even though /usr/gnu/bin (with gawk installed as awk) is in my build
  environment's `PATH`, still /bin/awk is used

Although the proper fix would probably be to avoid the unportability, it's
easy to work around it for now.  `common.sh` above is the only script in
the whole tree that for unknown reasons overrides `PATH` to
`/usr/bin:/bin`, unnecessarily creating this mess in the first place.  Just
removing that setting easily avoids the issue.

Tested on `amd64-pc-solaris2.11` and `sparcv9-sun-solaris2.11`.

Differential Revision: https://reviews.llvm.org/D78550




More information about the All-commits mailing list