change in SHELL behavior: feature, right ?

[Mike Frysinger]

with the new handling of SHELL, gcc fails to build under non posix compatible 
shells (like tcsh) or if the env SHELL is set to a non-existant shell (think 
zsh on the host system and chrooting into a local filesystem and using 
bash ... bash by design doesnt reset the SHELL=/bin/zsh value)

the bit of code that's failing in gcc-3.4.6 is where make executes a shell 
script which constructs a commandline for make to then use to execute other 
stuff ... but it all boils down to this:

$ cat test.sh
#!/bin/sh
echo $SHELL
$ cat test.mak
SHELL=/bin/sh
all:
        @./test.sh
$ tcsh
$ setenv SHELL /bin/tcsh # normally the login shell does this for us ...
$ make-3.81 -f test.mak
/bin/tcsh
$ make-3.80 -f test.mak
/bin/sh

so the question is, should gcc be making sure that the shell scripts that use 
SHELL pull the value from configure ?  or is make broken ?
-mike