From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alex =?utf-8?Q?Benn=C3=A9e?= Newsgroups: gmane.emacs.devel Subject: Re: native-comp and resetting of search paths Date: Tue, 14 Jul 2020 09:04:05 +0100 Message-ID: <87ft9uzfnu.fsf@linaro.org> References: <875zar1rn2.fsf@linaro.org> <87r1tfyz04.fsf@linaro.org> <86wo37kmaj.fsf@stephe-leake.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24362"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.5.4; emacs 28.0.50 Cc: Stephen Leake , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Jul 14 10:04:44 2020 Return-path: Envelope-to: ged-emacs-devel@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 ) id 1jvFvg-0006DF-AN for ged-emacs-devel@m.gmane-mx.org; Tue, 14 Jul 2020 10:04:44 +0200 Original-Received: from localhost ([::1]:44380 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jvFvf-0007r8-A7 for ged-emacs-devel@m.gmane-mx.org; Tue, 14 Jul 2020 04:04:43 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58986) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jvFvA-0007NW-BF for emacs-devel@gnu.org; Tue, 14 Jul 2020 04:04:12 -0400 Original-Received: from mail-wr1-x434.google.com ([2a00:1450:4864:20::434]:43108) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jvFv8-0006bF-Lt for emacs-devel@gnu.org; Tue, 14 Jul 2020 04:04:11 -0400 Original-Received: by mail-wr1-x434.google.com with SMTP id j4so20179160wrp.10 for ; Tue, 14 Jul 2020 01:04:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=znYskiEWPB/VuOMxTU45M5eq59dAwdEf4WPPPDB464o=; b=GVFVsYFnDozNuqNBVUdeFSudpKK0ASZm2Fxy1FDwxqvxQFKJNH85NtUj5CSwbwcB40 yCKoNdurm94xfP4bC/IhnzWzJqXyzcR+YA94ZJTV3EB5N/u/CPqQfljb4li44Es0KOjc NcSSJ6fA2Yusi304JZBfYcZOJUX8KEzjluafKqz20RUhZ9AqvuZahWoH30TcM9Bc0xiv vjazYLJT0RV9qkizv1+xpur0EUhivypAFU8eUHVAig6zEPQt6LmoKLD3GmwK33EKwPgY iu1g7NcsCY7c+M7dCpSWQstu4HCT3Irw1pvnezNyMdNuyTKwUiOmO2wLL/uwD0tiRlTe +RGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=znYskiEWPB/VuOMxTU45M5eq59dAwdEf4WPPPDB464o=; b=TZtaNe4oLm8fQqgGSa+PnMtkGj0c0lF7QfLX8q4mTjXNqMR+D6EZJpDej01L1pf/aq xyH/XjI5OG3G02n1nosfQ1XUrPFX435BTpZJD1P4LLm+Rqki7D2JhBXcViGNZmRDVftO 3c0R0umWy4n9b8Ussz5z9rz5Beqt60dDm46GZCFpLseV6g9u+K20P8IVxZNnDT3YDS56 3E9eEiWe63/ocogRsof1pRJwS2Nj963FwySxg/x9jf7A9d6GcIrmXdZo1WRDSpW/30lO C9Lj+9kVv5TFH7bVoVF4eQt5OH/pCNHmNZfWUV9N3qexgKomCKZNn7ZR2HdrYAqv42rA SQqg== X-Gm-Message-State: AOAM531O1rA2y1WispmpDpfKvF6DjGu6PMptcMogLWnUniimBYYZzj+J AnGhlYjEZLe1uyjvcJnv24dgpJ5mtR4= X-Google-Smtp-Source: ABdhPJxfSoSPkQisjxTWLnEJjr/qR6tPuvHPMKs5qD9UkOJjgh9M4kLxs8bOSdQ5yzaWqQBjD5UgVA== X-Received: by 2002:adf:9051:: with SMTP id h75mr3996821wrh.152.1594713847682; Tue, 14 Jul 2020 01:04:07 -0700 (PDT) Original-Received: from zen.linaroharston ([51.148.130.216]) by smtp.gmail.com with ESMTPSA id z63sm3441274wmb.2.2020.07.14.01.04.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 14 Jul 2020 01:04:06 -0700 (PDT) Original-Received: from zen (localhost [127.0.0.1]) by zen.linaroharston (Postfix) with ESMTP id B73521FF7E; Tue, 14 Jul 2020 09:04:05 +0100 (BST) In-reply-to: Received-SPF: pass client-ip=2a00:1450:4864:20::434; envelope-from=alex.bennee@linaro.org; helo=mail-wr1-x434.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:252944 Archived-At: Stefan Monnier writes: >>> Hmm odd. It's a custom variable: >>> >>> (defcustom elpy-rpc-pythonpath (file-name-directory (locate-library "= elpy")) >>> "A directory to add to the PYTHONPATH for the RPC process. >> >> Use (locate-library "elpy.el" t); that will find the .el file, not one >> of the compiled files. > > This will workaround the incompatibility introduced by the native-comp > branch, but we should probably try and see if we can change the way the > branch works such that such incompatibility is avoided. Is there a particular reason why .eln files are stored in a sub-directory? I would guess there is a concern about clashing between versions of the compiler and different architectures on network file-systems? The .eln files themselves are ELF files so we could just shove any extra metadata in there although I don't know if that becomes expensive compared to a simple file-path check? I assume the byte-compiler potentially has similar problems if a user runs two different versions of Emacs but we don't dump .elc files in special locations. Is this just not a concern that hits often enough or something that is detected and dealt with by Emacs itself? I note the symbols in the eln files also have fairly unique identifiers so maybe we are attempting to avoid a problem that's not really there? I realise that was a lot of questions so maybe I should just propose the eln stay in the directory of the source files and have a form like: /..eln --=20 Alex Benn=C3=A9e