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 14:48:30 -0600 Message-ID: References: <83eejo6u4n.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="26189"; 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 21:49:54 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 1kq0Dh-0006hx-9R for ged-emacs-devel@m.gmane-mx.org; Thu, 17 Dec 2020 21:49:53 +0100 Original-Received: from localhost ([::1]:40692 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kq0Dg-0004zU-BJ for ged-emacs-devel@m.gmane-mx.org; Thu, 17 Dec 2020 15:49:52 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60932) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kq0Cd-00047j-1p for emacs-devel@gnu.org; Thu, 17 Dec 2020 15:48:47 -0500 Original-Received: from mail-ej1-x635.google.com ([2a00:1450:4864:20::635]:42564) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kq0Cb-0000HY-1N; Thu, 17 Dec 2020 15:48:46 -0500 Original-Received: by mail-ej1-x635.google.com with SMTP id d17so39886080ejy.9; Thu, 17 Dec 2020 12:48:44 -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=wtI8zW+fWKTNhUHUQixNatxxCX512p2wIHybDvCLN2c=; b=HrvuwDFViG5j2oShoknzUWtHdphyqenCAXLORfRMNYfa7mRiTJHB2ijFVxrMYcPBXa QUYJRHGwwg6YsMBimD8FftjL0lpePLJSQ5gIIq6vt38lzYbFb0gs2nxDBHDTDx7OWXj/ XO30L1P/aPqtvR19gJb29qie4DbPrQSTQ38YJK25sT3LMohMVqAKryM3QXBHAXAGlLgV orDFtra/xaMw55IiFp1lM7k/qbsBKYlI5DmJJSr/y7K9P7EbrKfKT4qIY0YAbD1Vvj7P Mv6g//Ifi9up500C7Zi79OvCpcR2lWX3qwa5W4U/Gb74VfmgYmgn5zhCYMWZnhPhPOxQ RxgQ== 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=wtI8zW+fWKTNhUHUQixNatxxCX512p2wIHybDvCLN2c=; b=Qa+vDRAjsWGyuFmoO+afb/Kn2aMBw1hI8P9ocRoeXZqV052/v79w8YcTIA46N12ZZZ j0lRW9TZvDobXaK88ID8sWfH4ZnSn7vuT8yCVs+iqgIulJ7YWWib4iwb7gA0CZDMplr0 3va9zZw1qaPJZrlfPtr/7OrsRzH9zKVOlXzmqkrfnkguQS3SOiy8WXsVt7jSyz7iH5fa BjMPil47VxQSHDO/L6R9sl/QwqCk0U1BiuExNxU/+JVirqYfqEld5nY8KWDek9k3/M6P R5KBtZZds4gBM3Y0QM57QuQiLeTqHIKD1MxqG06Bl4THqcy7Q8ZGJN9PgNj+3FXaWeyV LHnw== X-Gm-Message-State: AOAM532bSh3RIIdNMdmjcOS5TkS5Z9k+a2ArkTg0P0GtK6u5D10Sd/cc 4dXWSfdvmXcRnIAWnyoqJjb+sgnwVwdL+gx0+iggyiVcWQg= X-Google-Smtp-Source: ABdhPJzujy8Er5amuOoVZ5LyILI7GMFkR6hBcgX5QTZTKecw8hWhluWIviWpGUvjcz+Oal0CI8oORXAQ850/82KZUmo= X-Received: by 2002:a17:906:f894:: with SMTP id lg20mr857489ejb.348.1608238122976; Thu, 17 Dec 2020 12:48:42 -0800 (PST) In-Reply-To: <83eejo6u4n.fsf@gnu.org> Received-SPF: pass client-ip=2a00:1450:4864:20::635; envelope-from=gongyi.liao@gmail.com; helo=mail-ej1-x635.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:261135 Archived-At: It seems the case, here's the partial content of epaths.h: /* 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 "%emacs_dir%/share/emacs/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 "%emacs_dir%/share/emacs/28.0.50/site-lisp;%emacs_dir%/share/emacs/site-lis= p" /* Like PATH_LOADSEARCH, but used only during the build process when Emacs is dumping. Configure (using "make epaths-force-w32") sets this to $buildlisppath, which normally has the value: /lisp. */ #define PATH_DUMPLOADSEARCH "C:/msys64/home/VWinUser0/Downloads/emacs/native-comp/src/lisp" It seems the %emacs_dir% part is not expanded Kiong-Ge. On Thu, Dec 17, 2020 at 2:43 PM Eli Zaretskii wrote: > > > Date: Thu, 17 Dec 2020 19:51:19 +0000 > > Cc: emacs-devel@gnu.org > > From: Andrea Corallo via "Emacs development discussions." > > > > > comp.c: In function 'Fcomp_el_to_eln_filename': > > > comp.c:4110:36: error: expected ')' before 'PATH_REL_LOADSEARCH' > > > 4110 | Fregexp_quote (build_string ("/" PATH_REL_LOADSEARCH "/"))= ); > > > | ^~~~~~~~~~~~~~~~~~~~ > > > | ) > > > comp.c: In function 'Fcomp__compile_ctxt_to_file': > > > comp.c:4458:12: warning: unused variable 'oldset' [-Wunused-variable] > > > 4458 | sigset_t oldset; > > > | ^~~~~~ > > > > Hi Li=C4=81u, > > > > please open a bug with M-x report-emacs-bug adding into the subject > > [feature/native-comp]. > > > > Also if you could attach to the bug your src/epaths.h this will be > > helpful. > > I don't see that the branch updated nt/epaths.nt (and in top-level > Makefile.in), without which nothing useful can happen with > PATH_REL_LOADSEARCH. > > And if PATH_REL_LOADSEARCH is defined on MS-Windows like I think it > should, you will probably have problems using it in a regex, because > it will include the unexpanded %emacs_dir% part?