GNU bug report logs - #21104
25.0.50; relative paths are added to load-path without -nsl

Previous Next

Full log

Message #56 received at 21104 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andreas Schwab <schwab <at> suse.de>
Cc: rgm <at> gnu.org, esq <at> lawlist.com, andlind <at> gmail.com, 21104 <at> debbugs.gnu.org
Subject: Re: bug#21104: 25.0.50;
 relative paths are added to load-path without -nsl (bug#21104)
Date: Tue, 08 Dec 2015 19:40:58 +0200

> From: Andreas Schwab <schwab <at> suse.de>
> Cc: Glenn Morris <rgm <at> gnu.org>,  esq <at> lawlist.com,  andlind <at> gmail.com,  21104 <at> debbugs.gnu.org
> Date: Tue, 08 Dec 2015 18:06:11 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > (Does anyone know why we call decode_env_path with last argument zero
> > in this case?  I don't see how that could make any sense here.)
> 
> In which way does that make a difference?  Both "." and nil mean the
> same thing, namely default-directory.

Maybe I'm blind, but my reading of the code in init_lread indicates
that it does make a difference:

          Lisp_Object sitelisp;
          sitelisp = decode_env_path (0, PATH_SITELOADSEARCH, 0);
          if (! NILP (sitelisp)) Vload_path = nconc2 (sitelisp, Vload_path);

My reading of this is that if we call decode_env_path with last
argument non-zero, it will return nil, and Vload_path will not be
modified by adding anything.  What am I missing?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.