From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lynn Winebarger Newsgroups: gmane.emacs.devel Subject: Re: disable automatic native-compilation? Date: Sun, 10 Jul 2022 22:39:37 -0400 Message-ID: References: <86h73qi62w.fsf@stephe-leake.org> <83zghi19ps.fsf@gnu.org> <838rp10yfz.fsf@gnu.org> <117495f9-2fa8-efde-47d1-a5e11bea3763@cornell.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000050e91505e37e7779" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35261"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , Stephen Leake , emacs-devel , Achim Gratz To: Ken Brown Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Jul 11 04:40:57 2022 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 1oAjM1-00092D-1u for ged-emacs-devel@m.gmane-mx.org; Mon, 11 Jul 2022 04:40:57 +0200 Original-Received: from localhost ([::1]:54374 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oAjM0-0001yu-0D for ged-emacs-devel@m.gmane-mx.org; Sun, 10 Jul 2022 22:40:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52978) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oAjL8-0001IP-Hq for emacs-devel@gnu.org; Sun, 10 Jul 2022 22:40:02 -0400 Original-Received: from mail-ot1-x332.google.com ([2607:f8b0:4864:20::332]:37621) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oAjL1-00075C-2w; Sun, 10 Jul 2022 22:39:58 -0400 Original-Received: by mail-ot1-x332.google.com with SMTP id l9-20020a056830268900b006054381dd35so3198668otu.4; Sun, 10 Jul 2022 19:39:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=EogifO1ttCnbr2r3BEbThaa4ixSNcxwxLdUDwDm78OY=; b=H7p7pZyyg8jANCyszje6auDCsrT+lxhZzhAMVTmKKhJ7dAOatohqouKyfYXZQGDnjt gQP/9h9NQCy3468WR3rLAU5pjeRiE5WopzrzjU7J1LzaY0vvIdGd1ahDAL5bA+2gKeod iu220YdmBnpqe9YJ28Dp57CiepX8MkqJnnRns8wlinI+b0bpnVVxyF9rehVaVdm5rSn1 H1lA3WOIM1euixOn0Mz2On3Ffoo9DPfQUS2aOQvhnkMulDlfX4rOAc+yV7C3qff0Wmdv n7QBscsJOyCwdRx4JZIVWPWTPGfycjVEKBMPbeXBTlSJH0jNlHsD2XIl7MtSvxvQ+xM2 RT3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=EogifO1ttCnbr2r3BEbThaa4ixSNcxwxLdUDwDm78OY=; b=Pv7zO46XC2wN2RIgoz7L/MYNi7x+D7ETENj0bgBHwaDQCmHQXyS+IrIn2IjGlbNOaR bRLoOAW3Ivm88YsH9th0wpIfbEtykbq3ysrF32kbsZbTKr239pIw3dQtim5UwrMfRXgK 73qSrFo0xZpvEsw1WywzN9jbDiNsW/JZ6WGtdiTKJx1yMi+L+F/d2BOWENdf8lNyW3ZZ jDGMFRHvkeIvm8D6BzKOSfIeg4Ex2GhwIGSpC16NJUmDF3IF+iTSgZjNQVfvZ2K308LB tCylKBGcXLX0xcKd0zTpr7wkyzjgAPHrt7125tCp2ogKmo+CoSGq/+iwUzTtslSJExg0 Oopg== X-Gm-Message-State: AJIora9e+lNQ2tnl0V4YzTnqDhF5MF75gobf3K6Dtmton7Gi8sfePM8O BnaEEGwYjAB26hk/6J1V6PxkjSXnhCLJS2gl7HQ= X-Google-Smtp-Source: AGRyM1ufTG23wda5RCXuS/UChMOMu7NBmEH9Bi831rl4kBVy0Tkf31tB3Pmk/ETBlfNYQx/6Plx0wPfkgFkojheyL1Y= X-Received: by 2002:a05:6830:439e:b0:616:f2c2:9c53 with SMTP id s30-20020a056830439e00b00616f2c29c53mr6741195otv.2.1657507190727; Sun, 10 Jul 2022 19:39:50 -0700 (PDT) In-Reply-To: <117495f9-2fa8-efde-47d1-a5e11bea3763@cornell.edu> Received-SPF: pass client-ip=2607:f8b0:4864:20::332; envelope-from=owinebar@gmail.com; helo=mail-ot1-x332.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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:292045 Archived-At: --00000000000050e91505e37e7779 Content-Type: text/plain; charset="UTF-8" On Sun, Jul 10, 2022, 9:53 PM Ken Brown wrote: > On 7/10/2022 5:54 PM, Ken Brown wrote: > > On 7/10/2022 2:32 PM, Lynn Winebarger wrote: > >> I see a discussion under bug #50666 - > >> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=50666 [ note - only > >> found by google site search on lists.gnu.org for "Ken Brown" "cygwin" > >> "native", the bug did not show up when I used debbugs's search for > >> bugs for package "emacs" with "cygwin" in the subject ]. > >> It seems to have focused on the 32-bit architecture, but I only use > >> 64-bit targets. > > > > Native compilation is unusable on 32-bit Cygwin, and this is reflected > in the > > configure script. (See the --with-cygwin32-native-compilation configure > option.) > > > > In the 64-bit case, Achim Gratz's autorebase postinstall script takes > care of > > rebasing the .eln files on a regular basis, provided the user has set > things up > > appropriately. Instructions can be found in the announcement at > > > > https://cygwin.com/pipermail/cygwin-announce/2022-April/010529.html > > > > In the 3 months since I sent that announcement, I have not heard from a > single > > Cygwin user about rebase issues. This might simply mean that very few > users > > have tried the native compilation release. > Will do, but could you include the details of the announcement in the emacs source distribution somewhere, as is done for the other variants with specific instructions? I'm only incidentally building it in a cygwin environment - it didn't even occur to me to check the general cygwin mailing list. > > > I myself use that release daily, and I can only recall one instance in > which I > > saw a fork failure and had to exit emacs and rebase. > > > > In summary, I would say that native compilation is usable with very > occasional > > minor annoyances on 64-bit Cygwin. But I doubt if I will ever make it > the > > default Cygwin build, simply because I don't want to be inundated with > emails > > from people who haven't read the release announcement. > > Lynn, > > Rereading your earlier message about problems during package installation, > I see > I didn't really respond to that. But it has nothing to do with the > present bug, > so please make a fresh bug report and give full details. And please > follow the > instructions in the announcement I cited. If you're working in your own > build > of Cygwin emacs that you haven't installed, you might also have to add its > native-lisp directory to > > /var/lib/rebase/userpath.d/ I am doing exactly what you surmised, running a build I haven't installed - in fact that I built with --prefix=/does/not/exist/ to ensure system installed site-lisp files will not get injected into the load-path while doing do. So I'll try that first. Although I think the packages generating the fork failures should be going into the cache in my home directory. If there are still issues, did you mean to log a bug with cygwin or emacs? Lynn --00000000000050e91505e37e7779 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Jul 10, 2022, 9:53 PM Ken Brown <kbrown@cornell.edu> wrote:
On 7/10/2022 5:54 PM, Ken Brown wrote:
> On 7/10/2022 2:32 PM, Lynn Winebarger wrote:
>> I see a discussion under bug #50666 -
>> https://debbugs.gnu.org/cgi= /bugreport.cgi?bug=3D50666 [ note - only
>> found by google site search on lists.gnu.org for "K= en Brown" "cygwin"
>> "native", the bug did not show up when I used debbugs= 9;s search for
>> bugs for package "emacs" with "cygwin" in the = subject ].
>> It seems to have focused on the 32-bit architecture, but I only us= e
>> 64-bit targets.
>
> Native compilation is unusable on 32-bit Cygwin, and this is reflected= in the
> configure script.=C2=A0 (See the --with-cygwin32-native-compilation co= nfigure option.)
>
> In the 64-bit case, Achim Gratz's autorebase postinstall script ta= kes care of
> rebasing the .eln files on a regular basis, provided the user has set = things up
> appropriately.=C2=A0 Instructions can be found in the announcement at<= br> >
>=C2=A0 =C2=A0 http= s://cygwin.com/pipermail/cygwin-announce/2022-April/010529.html
>
> In the 3 months since I sent that announcement, I have not heard from = a single
> Cygwin user about rebase issues.=C2=A0 This might simply mean that ver= y few users
> have tried the native compilation release.

Will do, but could you include the= details of the announcement in the emacs source distribution somewhere, as= is done for the other variants with specific instructions?=C2=A0 I'm o= nly incidentally building it in a cygwin environment - it didn't even o= ccur to me to check the general cygwin mailing list.=C2=A0

>
> I myself use that release daily, and I can only recall one instance in= which I
> saw a fork failure and had to exit emacs and rebase.
>
> In summary, I would say that native compilation is usable with very oc= casional
> minor annoyances on 64-bit Cygwin.=C2=A0 But I doubt if I will ever ma= ke it the
> default Cygwin build, simply because I don't want to be inundated = with emails
> from people who haven't read the release announcement.

Lynn,

Rereading your earlier message about problems during package installation, = I see
I didn't really respond to that.=C2=A0 But it has nothing to do with th= e present bug,
so please make a fresh bug report and give full details.=C2=A0 And please f= ollow the
instructions in the announcement I cited.=C2=A0 If you're working in yo= ur own build
of Cygwin emacs that you haven't installed, you might also have to add = its
native-lisp directory to

=C2=A0 =C2=A0/var/lib/rebase/userpath.d/<username>
=

=C2=A0
I am doing exactly what you surmised, running a build I haven't instal= led - in fact that I built with --prefix=3D/does/not/exist/ to ensure syste= m installed site-lisp files will not get injected into the load-path while = doing do.=C2=A0 So I'll try that first.=C2=A0 Although I think the pack= ages generating the fork failures should be going into the cache in my home= directory.
If there are still issues, did you mean = to log a bug with cygwin or emacs?

Lynn

--00000000000050e91505e37e7779--