Peter S Galbraith <[EMAIL PROTECTED]> wrote:
> Aaron M. Ucko <[EMAIL PROTECTED]> wrote:
>
> > Sounds like you're running into cedet-common bug #270388:
> > cedet-autogen.el insists on sticking a nil in load-path, breaking
> > debian-pkg-load-path-item. Arguably, the real bug is that d-p-l-p-i
> > breaks, since Emacs itself permits nil (as a stand-in for the default
> > directory). However, given that few things actually need that
> > feature, and that cedet itself does not actually seem to be among them
> > (as determined empirically by commenting out the offending line), it's
> > probably reasonable to leave emacsen-common as is and get cedet to
> > accommodate it (not a terribly difficult task, so I have no idea why
> > the maintainers have been sitting on it for months). Incidentally,
> > declaring a pre-dependency on emacs21 is definitely *not* the proper
> > solution.
>
> Is nil the same as "." as far as load-path is concerned?
>
> I'd be tempted to simply delete nil entries from the load-path prior to
> debian-pkg-load-path-item calls, or replacing them by "." if that is
> equivalent.
I'll start to use this in my startup scripts unless someone sees
something bad in it:
;; Replace all occurrences of nil in load-path by "." since nil breaks
;; debian-pkg-add-load-path-item
(if (memq nil load-path)
(setq load-path (substitute "." nil load-path)))
Peter
