Fix various small issues with the multiple-value implementation. lisp/ChangeLog addition: 2009-08-31 Aidan Kehoe <kehoea@parhasard.net> * byte-optimize.el (byte-optimize-form-code-walker): Be careful about discarding multiple values when optimising #'prog1 calls. (byte-optimize-or): Preserve any trailing nil, as this is a supported way to explicitly discard multiple values. (byte-optimize-cond-1): Discard multiple values with a singleton followed by no more clauses. * bytecomp.el (progn): (prog1): (prog2): Be careful about discarding multiple values in the byte-hunk handler of these three forms. * bytecomp.el (byte-compile-prog1, byte-compile-prog2): Don't call #'values explicitly, use `(or ,(pop form) nil) instead, since that compiles to bytecode, not a funcall. * bytecomp.el (byte-compile-values): With one non-const argument, byte-compile to `(or ,(second form) nil), not an explicit #'values call. * bytecomp.el (byte-compile-insert-header): Be nicer in the error message to emacs versions that don't understand our bytecode. src/ChangeLog addition: 2009-08-31 Aidan Kehoe <kehoea@parhasard.net> * eval.c (For, Fand): Don't declare val as REGISTER in these functions, for some reason it breaks the non-DEBUG union build. These functions are only called from interpreted code, the performance implication doesn't matter. Thank you Robert Delius Royar! * eval.c (Fmultiple_value_list_internal): Error on too many arguments. tests/ChangeLog addition: 2009-08-31 Aidan Kehoe <kehoea@parhasard.net> * automated/lisp-tests.el (Assert-rounding): Remove an overly-verbose failure message here. Correct a couple of tests which were buggy in themselves. Add three new tests, checking the behaviour of #'or and #'and when passed zero arguments, and a Known-Bug-Expect-Failure call involving letf and values. (The bug predates the C-level multiple-value implementation.)

/* XPM */
static char * makefile[] = {
"33 33 7 1",
"X	c Gray75 s backgroundToolBarColor",
"u	c #000000000000 s foregroundToolBarColor",
"o	c black",
"O	c white",
"+	c Gray40",
"@	c Gray90",
"#	c white",
"XXXXXXXXXXoooXXXXXXXXXXXXXXXXXXXX",
"XXXXXXXXoooOoooXXXXXXXXXXXXXXXXXX",
"XXXXXXXXo++o++oXXXXXXXXXXXXXXXXXX",
"XXXXXXXoo+ooo+ooXXXXXXXXXXXXXXXXX",
"XXXXXXXo++o++++oXXXXXXXXXXXXXXXXX",
"XXXXXXXoo++o++ooXXXXXXXXXXXXXXXXX",
"XXXXXXXXo+++++ooooXXXXXXXXXXXXXXX",
"XXXXXXXXooo+oooo@oXXoXXXXXXXXXXXX",
"XXXXXXXXXXooo@o@@@oo@oXXXXXXXXXXX",
"XXXXXXXXXXo@@@@@@@@@@ooXXXXXXXXXX",
"XXXXXXXXXXXo@@o@o#o@@oXXXXXXXXXXX",
"XXXXXXXXXoo@@o@o###o@@ooXXXXXXXXX",
"XXXXXXXXXo@@@oo####o@@@oXXXXXXXXX",
"XXXXXXXXXooo@o@o###o@oooXXXXXXXXX",
"XXXXXXXXXXXo@@o@o#o@@oXXXXXXXXXXX",
"XXXXXXXXXXo@@@@@@@@@@@oXXXXXXXXXX",
"XXXXXXXXXXoo@oo@@oooooXXXXXXXXXXX",
"XXXXXXXXoooXooo@@oXXoXXXXXXXXXXXX",
"XXXXXXXXo++o++ooooXXXXXXXXXXXXXXX",
"XXXXXXXoo+ooo+ooXXXXXXXXXXXXXXXXX",
"XXXXXXXo++o++++oXXXXXXXXXXXXXXXXX",
"XXXXXXXoo++o++ooXXXXXXXXXXXXXXXXX",
"XXXXXXXXo+++++oXXXXXXXXXXXXXXXXXX",
"XXXXXXXXooo+oooXXXXXXXXXXXXXXXXXX",
"XXXXXXXXXXoooXXXXXXXXXXXuXuXXXXXX",
"XXXuuuXXXXXXXXXXXXXXXXXXXXuXXXXXX",
"XXuXXXuXXuuXXuuuuXXuuuXXuXuXXuXXX",
"XXuXXXXXuXXuXuXuXuXuXXuXuXuXuXuXX",
"XXuXXXXXuXXuXuXuXuXuXXuXuXuXuuuXX",
"XXuXXXuXuXXuXuXuXuXuXXuXuXuXuXXXX",
"XXXuuuXXXuuXXuXuXuXuuuXXuXuXXuuXX",
"XXXXXXXXXXXXXXXXXXXuXXXXXXXXXXXXX",
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"};