From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#44743: native-comp: confirm-exit-emacs warns about active processes when compiling Date: Thu, 25 Feb 2021 18:45:08 -0600 Message-ID: References: <83y2iwz2eq.fsf@gnu.org> <87eekj8a4t.fsf@gnus.org> <83pn42u5fz.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4540"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org To: akrl@sdf.org, 44743@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Feb 26 01:46:16 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1lFRGq-00016B-Qq for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 26 Feb 2021 01:46:16 +0100 Original-Received: from localhost ([::1]:58648 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lFRGp-00036R-OI for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 25 Feb 2021 19:46:15 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:32860) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lFRGe-000364-2o for bug-gnu-emacs@gnu.org; Thu, 25 Feb 2021 19:46:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56489) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lFRGc-0000Gj-IE for bug-gnu-emacs@gnu.org; Thu, 25 Feb 2021 19:46:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lFRGc-0005mg-HD for bug-gnu-emacs@gnu.org; Thu, 25 Feb 2021 19:46:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 26 Feb 2021 00:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44743 X-GNU-PR-Package: emacs X-Debbugs-Original-To: Andrea Corallo , "Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors" X-Debbugs-Original-Cc: Eli Zaretskii , Lars Ingebrigtsen , 44743@debbugs.gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.161430031322155 (code B ref -1); Fri, 26 Feb 2021 00:46:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 26 Feb 2021 00:45:13 +0000 Original-Received: from localhost ([127.0.0.1]:39799 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lFRFp-0005lH-IN for submit@debbugs.gnu.org; Thu, 25 Feb 2021 19:45:13 -0500 Original-Received: from lists.gnu.org ([209.51.188.17]:60246) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lFRFo-0005lA-1Z for submit@debbugs.gnu.org; Thu, 25 Feb 2021 19:45:12 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60958) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lFRFn-0002ze-QI for bug-gnu-emacs@gnu.org; Thu, 25 Feb 2021 19:45:11 -0500 Original-Received: from mail-pj1-f48.google.com ([209.85.216.48]:40511) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lFRFm-0008Ge-Fu; Thu, 25 Feb 2021 19:45:11 -0500 Original-Received: by mail-pj1-f48.google.com with SMTP id o6so4875782pjf.5; Thu, 25 Feb 2021 16:45:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=zGzMuplS8O+2Wa3kzGB4GtEbqUF28yEsd80X5404zeA=; b=ttoEfnsaTRbbJmT4m6OYe2V/LPK44E9k8vQHp1ZwzoBuCVBTOqS+FARRAaQkiG1m3F AFR3ePQobFMUxlBdSV3n5IUuQ5sYTkRKsPYWh21wo/9oNLCvuTQs9L9OIhv4++SkKp4+ PSc0fQ8t+x7e7EZEZF21vi6WI2qu1BWRUadQ+QcLXmI8wxiMoMy0QBOIeuk+F8GvPFlK aj1mG25DBanns0p6bnDmLKq/R/UJ6rKkfaWFdoaF6uiDgy8GlaJwApl4mHC8+dn3e4pl KSnArjbslQM9i5tmnkFPL2IL8Z69Rc2SIPq6eVgh/gZGDi10/AVVJSe8g1XmnFQG3x1x bkHw== X-Gm-Message-State: AOAM533zi617gCmzRA9oxLMjN0POY6YudHHEDzalD518+UwnCCodRy6Y WM1Bk9RNjDLQu3w8K2QHAMnEuO+I/aR5Pb9Dno5psFdU X-Google-Smtp-Source: ABdhPJwjeBgwKNd0XIcyuwCh7YfvdFX8obRVvlAIp+a2YIMVa1YCA3aFZbw8Iv/AxSIKppRjKhz8y8hmJkqunvEtkr0= X-Received: by 2002:a17:90a:f986:: with SMTP id cq6mr572342pjb.175.1614300308685; Thu, 25 Feb 2021 16:45:08 -0800 (PST) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 25 Feb 2021 18:45:08 -0600 In-Reply-To: Received-SPF: pass client-ip=209.85.216.48; envelope-from=stefankangas@gmail.com; helo=mail-pj1-f48.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:200825 Archived-At: Andrea Corallo writes: > IIUC this bug is "just" about deciding what's the best default behavior > regarding requiring confirmation or not for killing running async > compile processes when exiting Emacs. > > As my understanding is that Eli's preference is matching the current > implementation (requiring it) I'm wondering if we can close this bug. FWIW, I agree with your previous assessment that transparency by default is the best choice here. Ideally, nativecomp would not change how Emacs works in any user visible way (besides better performance). But in practice, due to the way this all works, there will necessarily have to be at least some differences. The user visible change in behavior we discuss here is not necessary, AFAIU, but completely avoidable. It feels to me like we leave our guts hanging out on purpose.