Re: Error while loading 50... due to debian-pkg-add-load-path-item?

[Peter S Galbraith <p.galbraith@globetrotter.net>]

Peter S Galbraith <p.galbraith@globetrotter.net> wrote:

> Aaron M. Ucko <ucko@debian.org> 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