From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Phillip Lord Newsgroups: gmane.emacs.devel Subject: Re: [feature/native-comp] breakage on build Date: Fri, 05 Feb 2021 21:50:24 +0000 Message-ID: <87wnvm2nhb.fsf@russet.org.uk> References: <87lfca7lsb.fsf@russet.org.uk> <83k0ru8jnx.fsf@gnu.org> <83im7e8icf.fsf@gnu.org> <838s8a8adr.fsf@gnu.org> <83sg6h6s6d.fsf@gnu.org> <8335yf7qtf.fsf@gnu.org> <831rdy5i2r.fsf@gnu.org> <87y2g5p0q8.fsf@russet.org.uk> <87im7799s9.fsf@russet.org.uk> <87wnvn5yoz.fsf@russet.org.uk> <87eehuomn2.fsf@russet.org.uk> <83lfc2px16.fsf@gnu.org> <87czxe45f8.fsf@russet.org.uk> <8335yap6p8.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33576"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: emacs-devel@gnu.org, akrl@sdf.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Feb 05 22:51:17 2021 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 1l890V-0008cM-S1 for ged-emacs-devel@m.gmane-mx.org; Fri, 05 Feb 2021 22:51:15 +0100 Original-Received: from localhost ([::1]:35690 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l890U-000893-Ub for ged-emacs-devel@m.gmane-mx.org; Fri, 05 Feb 2021 16:51:14 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46480) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l88zn-0007cP-8c for emacs-devel@gnu.org; Fri, 05 Feb 2021 16:50:31 -0500 Original-Received: from cloud103.planethippo.com ([78.129.138.110]:50840) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l88zl-0005Qe-2O; Fri, 05 Feb 2021 16:50:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=russet.org.uk; s=default; h=Content-Type:MIME-Version:Message-ID: In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=+O2rvIB2Yye0rqj4fd7aHuVp6UuFr3hsKaQirdnZQsk=; b=RbQ2EAkqlxcpLDfmYzKn7Us+e PI4sDruwOJBEA8xcdigOwMtFS+Qg1vv/BeQrW5U2bV6RYnpdB7lrH6/JemELdKa3E2jeX4RXqQuIH 7/WnC1mjCn3JxU8dduZkiUBMmXzklPl1eHfLj2onbNIoPuYPCd3MIBL4x39gkbA+81g/Crf8YjRg2 F1rFXDD3OIWy0Xw8AKOSiRjLjiABC81+N2IQ6O+RdL3aQLTH226PYQmPanACX1roYI3b6ugc63Zhs qUO3G0raW5v4gJkjIYSPHV9jHnqOWQLr+z5/sVKq8kRe0JXeUyG25dwm0OBzbjgWfhVyS/e74ORPx tQ6iWkw2A==; Original-Received: from cpc142648-benw12-2-0-cust627.16-2.cable.virginm.net ([82.10.74.116]:49012 helo=russet.org.uk) by cloud103.planethippo.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1l88zh-0003qz-6W; Fri, 05 Feb 2021 21:50:25 +0000 In-Reply-To: <8335yap6p8.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 05 Feb 2021 23:04:19 +0200") X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cloud103.planethippo.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - russet.org.uk X-Get-Message-Sender-Via: cloud103.planethippo.com: authenticated_id: phillip.lord@russet.org.uk X-Authenticated-Sender: cloud103.planethippo.com: phillip.lord@russet.org.uk Received-SPF: none client-ip=78.129.138.110; envelope-from=phillip.lord@russet.org.uk; helo=cloud103.planethippo.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, SPF_HELO_NONE=0.001, SPF_NONE=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:264017 Archived-At: Eli Zaretskii writes: >> From: Phillip Lord >> Cc: akrl@sdf.org, emacs-devel@gnu.org >> Date: Fri, 05 Feb 2021 20:37:31 +0000 >> >> I have checked the library paths as well as I know how (gcc >> --print-search-dirs). I have reformatted the output with some new lines >> to make it readable. > > I'm not sure I understand: do these directories really exist, and do > they hold the libraries gcc is looking for? I mean these directories: No. The lib/gcc didn't exist at first. If they did hold the libraries GCC was looking for, I presume it would work. I have no idea where all that strangeness with relative paths which look to me like they resolve to the same places repeatedly comes from. > >> ** Search paths (broken) >> gcc --print-search-dirs >> install: > > If they do exist, does it mean you duplicated the entire MinGW GCC > installation under the same directory that is the parent of the > Emacs's bin/ directory? I have tried copying /msys64/mingw64/lib/gcc into the Emacs installation at /lib, yes. That adds 140 Mb to the install, but achieves nothing at the moment. > > What does the following command produce? > > gcc -print-file-name=crtbegin.o gcc -print-file-name=crtbegin.o c:/Users/Administrator/Desktop/emacs-28.0.50-snapshot-feature_native-comp-windows-2021-02-04/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/crtbegin.o This file does exist. > >> The equivalent version for an Emacs run from mingw64 shell (which works >> and JIT compiles), I get this. >> >> >> >> ** Search paths (working) >> >> gcc --print-search-dirs >> install: C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/ >> programs: >> =C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/;C:/msys64/mingw64/bin/../lib/gcc/;C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw324/10.2.0/../../../../x86_64-w64-mingw32/bin/x86_64-w64-mingw32/10.2.0/;C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../../x86_64-w64-mingw32/bin/ >> >> libraries: >> =C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/; >> C:/msys64/mingw64/bin/../lib/gcc/; >> C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../../x86_64-w64-mingw32/lib/x86_64-w64-mingw32/10.2.0/; >> C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../../x86_64-w64-mingw32/lib/../lib/; >> C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../x86_64-w64-mingw32/10.2.0/; >> C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../../lib/; >> D:/a/_temp/msys/msys64/mingw64/x86_64-w64-mingw32/lib/x86_64-w64-mingw32/10.2.0/;D:/a/_temp/msys/msys64/mingw64/x86_64-w64-mingw32/lib/../lib/; >> C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../../x86_64-w64-mingw32/lib/; >> C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../;D:/a/_temp/msys/msys64/mingw64/x86_64-w64-mingw32/lib/ > > Does the mingw64 shell set some GCC-related environment variables, > like COMPILER_PATH or LIBRARY_PATH? No. > Alternatively, could it be that under the mingw64 shell Emacs invokes > a different copy of gcc/libgccjit, the one that is in its "normal" > installation tree and not in the Emacs tree? Yes. I do not know how much or how little of the mingw64 install that Emacs is using; it could be a missing DLL, config file anything at all. But, the -no-deps version of Emacs happily does native-comp when launched from inside a mingw64 shell. I believe that the errors we are getting from Emacs launched from file explorer indicate that it is finding the packaged libgccjit; I presumed that it is this that is called as.exe and ld.exe. But Andrea can probably answer that authoratitive. Phil