From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?B?TGnEgXUsIEtpb25nLUfEkyDlu5blrq7mr4U=?= Newsgroups: gmane.emacs.devel Subject: Re: Native-comp branch compilation error on Windows Date: Thu, 17 Dec 2020 15:06:52 -0600 Message-ID: References: <83eejo6u4n.fsf@gnu.org> <83a6uc6td5.fsf@gnu.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="15729"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, Andrea Corallo To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 17 22:22:39 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 1kq0jP-0003yc-Dr for ged-emacs-devel@m.gmane-mx.org; Thu, 17 Dec 2020 22:22:39 +0100 Original-Received: from localhost ([::1]:50888 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kq0jO-0005eJ-Am for ged-emacs-devel@m.gmane-mx.org; Thu, 17 Dec 2020 16:22:38 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36862) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kq0UO-0003tO-UL for emacs-devel@gnu.org; Thu, 17 Dec 2020 16:07:09 -0500 Original-Received: from mail-ej1-x62f.google.com ([2a00:1450:4864:20::62f]:36524) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kq0UL-0002fU-ML; Thu, 17 Dec 2020 16:07:08 -0500 Original-Received: by mail-ej1-x62f.google.com with SMTP id lt17so105544ejb.3; Thu, 17 Dec 2020 13:07:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Yg5rKeNQXS7DMLih63lE/pSBA4vFMgG4V2TvbKKHB6Q=; b=OdD7xFmFaNG3S2wl4F59zJwmzshMa7o1PnMlTqyzJXId73zJ3YMPhNSxvGUPUNKb2j 75Mfts6pXN4BHUaKSAV2FcogamZNARiixHeI4Ai4a7Pqim4UDj2M68Yua5AEhBkLXmrp TOX/aq++98dAb4FI6s9H9vVu6TRmM/lOwlYzV956d+sGJRVTQXDMSA4Y6Py4nH6jkRql 3BETbiS6tvLl9DMJ8Ywblbyua4nfUEi2jCfiSiCTYcrGQu16dt3vFINBP72IDnS2HwCq +r0MujIwQ6C2SaCfVd71UzGVc9eJMtzhdqdkkZkZ9JYPxe2A5jZ68mD1fNNMCuKF1VPu JK8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Yg5rKeNQXS7DMLih63lE/pSBA4vFMgG4V2TvbKKHB6Q=; b=QAMEunp0kVUTtIZnoI50QVIeCiGv3o1ef3dH8zhWrNQGqvGMi1H7SSZVzevrDGcYuS Kc4Bf1Q5R48RvMwRh2kQZOo4Ctqz40jijuFzk+BOZV6Zq9iToci/SExNK3Z8Br+yu3IW 42eh7PIni/lvey0+7BCqDopP57IijF0n2qgCoS5TPslJ458dzCXMvXxU7E3nToYeVoQP MgS4dHh8YgV78JDyRzZR74daYhqN13V4Va8NJB1b3TmIOVwuyriBqa2cDPNUkZ1sFBD4 lEpIIBIt61znHoSTe/s/HfqU9criLpzFYDV9rFDuVlOiqtekNIziVwQYOkWaSPe3VxFj HoNQ== X-Gm-Message-State: AOAM530PbjNrLxyYlDF39K0QOjPCcTaaOdBwcit8O4fwhTj59KFpCax1 s64xudakHRwWbSA/GfBX2NihpCehAc22hQZLvcHnKBJQuUg= X-Google-Smtp-Source: ABdhPJz8wwSNLY1w88g54HyQZsnq5NViE6desl1UD3Gwz+vU1WmX9ay4Fq232Euwod/smW3NLPHWNk0Z5kfIgA9svSU= X-Received: by 2002:a17:906:f894:: with SMTP id lg20mr924231ejb.348.1608239223432; Thu, 17 Dec 2020 13:07:03 -0800 (PST) In-Reply-To: <83a6uc6td5.fsf@gnu.org> Received-SPF: pass client-ip=2a00:1450:4864:20::62f; envelope-from=gongyi.liao@gmail.com; helo=mail-ej1-x62f.google.com 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, FREEMAIL_FROM=0.001, 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:261141 Archived-At: I see. On the other hand, the epaths.h generated by configure on Linux: /* Hey Emacs, this is -*- C -*- code! */ /* Copyright (C) 1993, 1995, 1997, 1999, 2001-2020 Free Software Foundation, Inc. This file is part of GNU Emacs. GNU Emacs is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. GNU Emacs is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with GNU Emacs. If not, see . */ /* Together with PATH_SITELOADSEARCH, this gives the default value of load-path, which is the search path for the Lisp function "load". Configure (using "make epaths-force") sets this to ${standardlisppath}, which typically has a value like: /emacs/VERSION/lisp where datadir is eg /usr/local/share. */ #define PATH_LOADSEARCH "/home/kiong-ge/.local/emacs/native-comp/share/emacs/28.0.50/lisp" /* Like PATH_LOADSEARCH, but contains the relative path from the installation directory. */ #define PATH_REL_LOADSEARCH "28.0.50/lisp" /* Like PATH_LOADSEARCH, but contains the non-standard pieces. These are the site-lisp directories. Configure sets this to ${locallisppath}, which typically defaults to something like: /emacs/VERSION/site-lisp:/emacs/site-lisp but can be overridden by the --enable-locallisppath argument. This is combined with PATH_LOADSEARCH to make the default load-path. If the --no-site-lisp option is used, this piece is excluded. */ #define PATH_SITELOADSEARCH "/home/kiong-ge/.local/emacs/native-comp/share/emacs/28.0.50/site-lisp:/hom= e/kiong-ge/.local/emacs/native-comp/share/emacs/site-lisp" /* Like PATH_LOADSEARCH, but used only during the build process when Emacs is dumping. Configure (using "make epaths-force") sets this to $buildlisppath, which normally has the value: /lisp. */ #define PATH_DUMPLOADSEARCH "/home/kiong-ge/Downloads/emacs/native-comp/build/../src/lisp" /* The extra search path for programs to invoke. This is appended to whatever the PATH environment variable says to set the Lisp variable exec-path and the first file name in it sets the Lisp variable exec-directory. exec-directory is used for finding executables and other architecture-dependent files. */ #define PATH_EXEC "/home/kiong-ge/.local/emacs/native-comp/libexec/emacs/28.0.50/x86_64-pc-li= nux-gnu" /* Where Emacs should look for its architecture-independent data files, like the NEWS file. The lisp variable data-directory is set to this value. */ #define PATH_DATA "/home/kiong-ge/.local/emacs/native-comp/share/emacs/28.0.50/etc" /* Where Emacs should look for X bitmap files. The lisp variable x-bitmap-file-path is set based on this value. */ #define PATH_BITMAPS "/usr/include/X11/bitmaps" /* Where Emacs should look for its docstring file. The lisp variable doc-directory is set to this value. */ #define PATH_DOC "/home/kiong-ge/.local/emacs/native-comp/share/emacs/28.0.50/etc" /* Where the configuration process believes the info tree lives. The lisp variable configure-info-directory gets its value from this macro, and is then used to set the Info-default-directory-list. */ #define PATH_INFO "/home/kiong-ge/.local/emacs/native-comp/share/info" /* Where Emacs should store game score files. */ #define PATH_GAME ((char const *) 0) /* Where Emacs should look for the application default file. */ #define PATH_X_DEFAULTS "/usr/share/X11/%L/%T/%N%C%S:/usr/share/X11/%l/%T/%N%C%S:/usr/share/X11/%T/= %N%C%S:/usr/share/X11/%L/%T/%N%S:/usr/share/X11/%l/%T/%N%S:/usr/share/X11/%= T/%N%S:/usr/lib/X11/%L/%T/%N%C%S:/usr/lib/X11/%l/%T/%N%C%S:/usr/lib/X11/%T/= %N%C%S:/usr/lib/X11/%L/%T/%N%S:/usr/lib/X11/%l/%T/%N%S:/usr/lib/X11/%T/%N%S= " It seems having all the path environment variables generated at build time, that's why I am a little bit confused On Thu, Dec 17, 2020 at 3:00 PM Eli Zaretskii wrote: > > > From: Li=C4=81u, Kiong-G=C4=93 =E5=BB=96=E5=AE=AE=E6=AF=85 > > Date: Thu, 17 Dec 2020 14:48:30 -0600 > > Cc: Andrea Corallo , emacs-devel@gnu.org > > > > It seems the %emacs_dir% part is not expanded > > Of course it isn't: that happens at run time, not at build time.