paths

[Edward Susko <susko@chase.cs.dal.ca>]

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.2.2 (sparc-sun-solaris2.6, X toolkit)
 of 2003-02-19 on chase
configured using `configure  --prefix=/usr/local'
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

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

When starting a newly installed emacs-21.2 on SunOS 5.6, users were unable to
process their .emacs files, obtaining error messages, for instance,
for the line

 (global-font-lock-mode t)


I suspect this was because of name conflicts with code loaded from
/usr/local/share/emacs/site-lisp
which existed prior to the installation of the updated version.

In src/epaths.h, changing the ordering of directories in the path:

define PATH_LOADSEARCH "/usr/local/share/emacs/21.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/local/share/emacs/21.2/leim:/usr/local/share/emacs/21.2/lisp"

to

#define PATH_LOADSEARCH "/usr/local/share/emacs/21.2/lisp:/usr/local/share/emacs/21.2/site-lisp:/usr/local/share/emacs/site-lisp"

SEEMS to fix things. The latter would seem the appropriate default?

Recent input:
M-x m e n <tab> m o d e <return> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <menu-bar> <help-menu> 
<report-emacs-bug>

Recent messages:
(emacs -q)
Loading tooltip...done
For information about the GNU Project and its goals, type C-h C-p.
Loading image...done
Loading emacsbug...done