Re: auth-source.el and eieio

[Reiner Steib <reinersteib+gmane@imap.cc>]

On Tue, Feb 15 2011, Ted Zlatanov wrote:

> On Tue, 15 Feb 2011 Reiner Steib <reinersteib+gmane@imap.cc> wrote: 
>>> On Mon, 14 Feb 2011 Lars Ingebrigtsen <larsi@gnus.org> wrote: 
> LI> If this can be done cleanly (i.e., a lib directory that dgnushack.el
> LI> figures out whether to add to the load path (or not)), then I think
> LI> including it would be the way to go.
>
> RS> It is likely to lead to load-path shadows with weird effects.
> RS> [ Just imagine compiling Gnus from git on a system with several Emacs
> RS> versions (e.g. Debian-based systems).  The user will probably compile
> RS> with the oldest Emacs and run the compiled version of Gnus with all
> RS> versions.  With the newer Emacs, Gnus' EIEIO files will probably
> RS> shadow the newer ones from Emacs. ]
>
> We'll have to keep Gnus' EIEIO current.  Since it hasn't changed much in
> 2 years I think it's not a big burden.  We can actually start pulling
> all the EIEIO files from the Emacs Bazaar tree so we are in sync with
> the *Emacs* version of EIEIO.

That doesn't help when using release Gnus versions.

Here's a different idea: Wouldn't it be possible *not* to include the
EIEIO (or lib/) directory in load-path?

Then we'd load along these lines...

(ignore-errors
  (or (require 'eieio))
  ;; lib/ from gnus/lisp/lib
  (load "lib/eieio"))
(unless (featurep 'eieio)
  (error "eieio not found in `load-path' or Gnus lib/ directory."))

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/