Error output to stdout

[Robert Thorpe]

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.1 (i386-mingw-nt5.1.2600)
 of 2004-03-10 on NYAUMO
configured using `configure --with-gcc (3.2)'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENG
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

If a lisp directory is missing emacs will report it with a message
like this: -
"Warning: Lisp directory '/usr/share/21.2/leim' does not exist"
This warning appears on the terminal before emacs starts. The
warning is sent to stdout though, not to stderr, I'm not sure this is 
correct behaviour.

I have a machine that gave this fairly innocuous error message because
something hadn't being installed, but it otherwise worked perfectly.
This warning prevented GNU Common lisp from compiling correctly on
that machine.  This is because the GCL configure script calls emacs in
batch mode and processes it's output.  To do this is swallows stdout
from emacs and puts it into makefile variables - along with the
warning message.  I think a few GNU configure scripts do this type of
thing.