help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Load ESS lisp file from user directory instead of from shared locati


From: Tim X
Subject: Re: Load ESS lisp file from user directory instead of from shared location
Date: Wed, 29 Dec 2010 11:16:22 +1100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)

epowell <epowell1@med.miami.edu> writes:

> Here's where I'm at now: 
>
> By examining the load-path variable, I was able to determine that the
> appropriate subdirectories were added to my load-path (e.g. ess-5.12), but I
> didn't take account of the fact that all the lisp files were in a further
> sub-directory of that.  This also explains why the list-load-path-shadows
> command was not picking up a conflict between my ess files and those on the
> shared location.  
>
> I updated my .emacs file with: (add-to-list 'load-path
> "~/elisp/ess-5.12/lisp") and now when I do list-load-path-shadows I get a
> ton of messages about my ess files hiding the ones in the shared location.  
>
> Unfortunately, the ess in the shared location still gets loaded over mine,
> though.  I think this could be because there is a site-start.el file that
> calls (require 'ess-site), and since that file gets read before my .emacs
> file adds new locations to load-path, that could explain the problem. 
> Still, I'm not sure how to fix it.
>
> I am aware of the --no-site-file argument that can be used when invoking
> emacs, but I was hoping I could find a solution that wouldn't compromise all
> the other things done by site-start.el.
>
> Thanks in advance!

Why not just remove the old version? ESS is not part of the standard
emacs distribution, it is an add on. 

On most (modern) systems, site wide configuraitons are broken up into
individual files with a numberic prefix (usually in somewhere like
/etc/emacs or similar). You could create your own one and make sure it
has a numeric prefix smaller than the existing one. This would mean your
config would be loaded before the other one. However, this is still a
kludge - I'd just remove the old version. 

Tim

-- 
tcross (at) rapttech dot com dot au


reply via email to

[Prev in Thread] Current Thread [Next in Thread]