[Bug: 21.5-b27] startup.el "borks" filepath?

[Stephen J. Turnbull]

Michael Sperber writes:

[[
 > Argh, it appears I didn't have the latest version, as xemacs.org was
 > unreachable for me yesterday.  I see now.

Vin said the same thing, but I don't see it.  If it happens again,
could you try pings, host, etc to see what the problem is?
]]

 > Does the attached patch do anything for you?

Yes.  With that patch, I get #undef $(some)DIR_USER_DEFINED for
everything but some==INFO.  See below.

 > It's ugly as hell, but what's not in this file?

Well, maybe it's worth having a m4 macro EXPAND_UNTIL_NO_LOVE?  In
fact, looking at configure, it looks to me like there must already be
an autoconf macro to do that for you (but it's way too late for me to
consider trying to find it in configure.ac).

This is questionable:

 > +if test "x$infodir_expanded" != 'x${prefix_expanded}/info'
 >  then
 >    AC_DEFINE(INFODIR_USER_DEFINED)
 >  else

Doesn't everybody put info in ${prefix}/share nowadays?  In
particular, don't we?  (Autoconfuse 2.60 puts info in ${datarootdir}.
:-P )  However, I don't understand why this test fails on Mac OS X,
which is only up to Autoconfuse 2.59.

Also, it looks like if that test *succeeds*, we turn around and move
the info directory to ${datadir}/${instvardir}.  How, uh, arrogant of
us....