optimized compilation of GNU emacs with DEC C compiler fails

[Roland Winkler <roland.winkler@physik.uni-erlangen.de>]

In GNU Emacs 21.2.1 (alpha-dec-osf1, X toolkit)
 of 2002-04-15 on tfkp23.physik.uni-erlangen.de
configured using `configure  --prefix=/nfs/common --libexecdir=/nfs/common/lib --bindir=/nfs/common/lib/emacs/21.2/bin/alpha-OSF1 --mandir=/nfs/common/man --infodir=/nfs/common/info --with-gcc=no --with-pop --with-x --with-x-toolkit=athena --x-includes=/usr/include --x-libraries=/usr/shlib alpha-dec-osf1'
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: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

This is not a bug report concerning GNU emacs. We just would like to
let you know that we tried to compile GNU emacs 21.2.1 using the DEC
C compiler (DEC C V5.9-005 on Digital UNIX V4.0f) using the
optimization "-O4 -arch ev6 -tune ev6". With this optimization emacs
could be started, but it gave all kinds of strange behavior. For
example, "emacs --no-init-file --no-site-file" resulted in the error
message

(emacs --no-init-file --no-site-file)
Loading tool-bar...done
Loading image...done
Loading tooltip...done
remove-hook: Wrong type argument: listp, 0

Then we recompiled GNU emacs 21.2.1 using the optimization "-O4".
Now emacs seems to be working correctly. So our problems were most
likely due to a compiler error. (We didn't attempt to debug this in
more detail.)

Roland