From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Eli Zaretskii <eliz@gnu.org>
Newsgroups: gmane.emacs.help
Subject: Re: Emacs Modular Configuration: the preferable way.
Date: Tue, 22 Jun 2021 16:07:42 +0300
Message-ID: <834kdqujxd.fsf@gnu.org>
References: <CAGP6POK7bk9FEzXTe7PHafKT499e9g92CuNV2MLx_pn4z=fkdg@mail.gmail.com>
 <87pmwgdiyj.fsf@zoho.eu> <83y2b3tq07.fsf@gnu.org>
 <871r8vcrnm.fsf@posteo.net> <20210621141148.GA29347@tuxteam.de>
 <87zgvjcgh6.fsf@zoho.eu> <83o8bzum71.fsf@gnu.org>
 <YNEAFKwNQJ2yxqgv@protected.localdomain>
 <83czseunqx.fsf@gnu.org> <YNHXsr37T5bH8cj4@protected.localdomain>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="31099"; mail-complaints-to="usenet@ciao.gmane.io"
To: help-gnu-emacs@gnu.org
Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jun 22 15:08:48 2021
Return-path: <help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org>
Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org
Original-Received: from lists.gnu.org ([209.51.188.17])
	by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
	(Exim 4.92)
	(envelope-from <help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org>)
	id 1lvg8z-0007rs-Rl
	for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 22 Jun 2021 15:08:45 +0200
Original-Received: from localhost ([::1]:39992 helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org>)
	id 1lvg8y-0000Wc-Sz
	for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 22 Jun 2021 09:08:44 -0400
Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46650)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@gnu.org>) id 1lvg8M-0000WM-6B
 for help-gnu-emacs@gnu.org; Tue, 22 Jun 2021 09:08:06 -0400
Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:59958)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@gnu.org>) id 1lvg8L-0007GG-V1
 for help-gnu-emacs@gnu.org; Tue, 22 Jun 2021 09:08:05 -0400
Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1646
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@gnu.org>) id 1lvg8D-0000EU-3M
 for help-gnu-emacs@gnu.org; Tue, 22 Jun 2021 09:08:05 -0400
In-Reply-To: <YNHXsr37T5bH8cj4@protected.localdomain> (message from Jean Louis
 on Tue, 22 Jun 2021 15:29:38 +0300)
X-BeenThere: help-gnu-emacs@gnu.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-gnu-emacs>,
 <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/help-gnu-emacs>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
 <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org
Original-Sender: "help-gnu-emacs"
 <help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org>
Xref: news.gmane.io gmane.emacs.help:131194
Archived-At: <http://permalink.gmane.org/gmane.emacs.help/131194>

> Date: Tue, 22 Jun 2021 15:29:38 +0300
> From: Jean Louis <bugs@gnu.support>
> Cc: help-gnu-emacs@gnu.org
> 
> * Eli Zaretskii <eliz@gnu.org> [2021-06-22 14:46]:
> > > Date: Tue, 22 Jun 2021 00:09:40 +0300
> > > From: Jean Louis <bugs@gnu.support>
> > > Cc: help-gnu-emacs@gnu.org
> > > 
> > > As an irrelevant side note, this one bothers me:
> > > 
> > > (file-exists-p "") ⇒ t
> > > 
> > > Is that supposed to be so?
> > 
> > Yes, there are good practical reasons for this behavior.
> > 
> > Repeat after me: "file names are not just strings"...
> 
> I understand that "" is meant to represent ./

Yes, that's true.