Variable names of package hierarchies

Ralf Angeli angeli at iwi.uni-sb.de
Mon Jan 30 07:44:54 EST 2006


* Steve Youngs (2006-01-30) writes:

> * Ville Skyttä <scop at xemacs.org> writes:
>
>   > On Mon, 2006-01-30 at 08:21 +1000, Steve Youngs wrote:
>   >> 
>   >> That stuff is internal, there shouldn't be any reason for AUCTeX to
>   >> look at it.  If you are trying to determine installation directories,
>   >> it's simple...
>   >> 
>   >> System-wide:
>   >> 
>   >> $prefix/lib/xemacs/site-packages/
>
>   > It's not that simple, depending of course on exactly what one
>   > wants to support.  For example, many distributions patch the above
>   > to $prefix/share/xemacs/[...].
>
> This might be a little kludgey, but there's always `config-value'...
>
> ,----[ C-h f config-value RET ]
> | `config-value' is a compiled Lisp function
> |   -- loaded from "config"
> | (config-value CONFIG-SYMBOL)
> | 
> | Documentation:
> | Return the value of the configuration parameter CONFIG_SYMBOL.
> `----
>
> See `config-value-file' for the symbols you can look up.

But isn't using {early,late,last}-packages more robust than using
`config-value'?  By using {early,late,last}-packages we can rely on
XEmacs to sort out (non-)existent directories and don't have to fiddle
with those manually.  And we don't have to make any assumptions like
$prefix/lib/xemacs/site-packages if PACKAGE_PATH was not configured
which may break as soon as you decide to use a different default
location for packages.

-- 
Ralf




More information about the XEmacs-Beta mailing list