On Mon, 2011-03-21 at 14:48 -0700, Paul Eggert wrote: > On 03/21/2011 03:09 AM, Kalev Soikonen wrote: > > Apparently, gmake exports the variables that were exported in the first > > place, > > thus gzip is invoked with "GZIP=/bin/gzip" in its env. > > That's pretty unfortunate. Perhaps gzip should > ignore the GZIP environment variable unless it > is parsable as a series of options? gzip could > issue a warning in that case, but proceed as if > GZIP were unset.
The real problem is using the same variable name for the path of the gzip executable and the default options. gzip could gain support for a new variable, something like GZIPFLAGS or GZIPOPT, that would take priority over GZIP when specified. Then Kalev could avoid the problem by setting GZIPOPT=-9 . -- Matt
