GNU bug report logs - #16380
Failing tests on Solaris in 2.16

Previous Next

Package: grep;

Reported by: Dagobert Michelsen <dam <at> opencsw.org>

Date: Tue, 7 Jan 2014 08:31:01 UTC

Severity: normal

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Jim Meyering <jim <at> meyering.net>
To: Aharon Robbins <arnold <at> skeeve.com>
Cc: Dagobert Michelsen <dam <at> opencsw.org>, 16380 <16380 <at> debbugs.gnu.org>
Subject: bug#16380: Failing tests on Solaris in 2.16
Date: Tue, 7 Jan 2014 10:53:06 -0800
On Tue, Jan 7, 2014 at 10:31 AM,  <arnold <at> skeeve.com> wrote:
> I suspect that the Solaris sh doesn't understand $(...), but
> rather only `...`

Hi Arnold,

Yes, that is the problem, but the sourced init.sh code works around it...
usually. By sourcing the generated shell code rather than invoking
$SHELL, we benefit from the environment set up by init.sh.

Dago, also, using $(...) is not a bashism, and imho, nothing to be
avoided.  It has been supported by all POSIX-confirming shells for
many years.  `...` is the syntax that should be avoided.  *It* causes
needless obfuscation because you cannot nest one `...` expression inside
another like you can with $(...), and worse, use of `...` has resulted
in at least one hard-to-diagnose bug in coreutils tests, where a missing
backtick led to a multi-line if-else block being silently snarfed by
the parser, as it looked for a matching backtick.




This bug report was last modified 11 years and 138 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.