From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Re: Getting ready to land native-compilation on master Date: Wed, 14 Apr 2021 12:35:01 +0200 Message-ID: <878s5l9msq.fsf@posteo.net> References: <83v98v7dzs.fsf@gnu.org> <87y2dl9p2k.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19255"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Andrea Corallo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Apr 14 12:35:53 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 1lWcsB-0004rZ-Et for ged-emacs-devel@m.gmane-mx.org; Wed, 14 Apr 2021 12:35:51 +0200 Original-Received: from localhost ([::1]:44834 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lWcsA-0006jn-GM for ged-emacs-devel@m.gmane-mx.org; Wed, 14 Apr 2021 06:35:50 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56268) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lWcrX-0006EV-Tw for emacs-devel@gnu.org; Wed, 14 Apr 2021 06:35:11 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]:58921) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lWcrT-0008NJ-Lt for emacs-devel@gnu.org; Wed, 14 Apr 2021 06:35:11 -0400 Original-Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id C711C240101 for ; Wed, 14 Apr 2021 12:35:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1618396503; bh=V3oixI+Xr6JKiYrrdVnwNGkwH2GbVn2rsZJ8CGOkZ6s=; h=From:To:Cc:Subject:Date:From; b=QSq9HnSJ6umbTkGlp7bBf9L4AKsSDQLNhj6K2NvLlOb7y6gPT+oaOWWPAcHPiMOkl cy9FPEb95NIzUhQGhY6o0oyPYieKJR118NrvTKdygsL3I/x4VWT8VkGpPlH55B4+5W ++HzImRJ0NOOMSGZ52TzTzZ6acxKhibKAJ+suc7OR2tOK/a88NTYHspWv2h1JWdhZX Iu5D1BQPm3lozAhthF33iUhzyWGhgPWxKAAQNTXEO1dzFSdZ8ZjV98qIeTcMLKKmMJ XFWf9C1T72flDJ9tslgm8/8EowV0Lk6FSl1boEmEb6B29Uz1RDs1Lz2g9r+iqzCRiB URgKw56G6AK6A== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4FKzPf5pnfz6tmm; Wed, 14 Apr 2021 12:35:02 +0200 (CEST) In-Reply-To: (Andrea Corallo's message of "Wed, 14 Apr 2021 10:14:26 +0000") Received-SPF: pass client-ip=185.67.36.66; envelope-from=philipk@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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:268033 Archived-At: Andrea Corallo writes: > Philip Kaludercic writes: > >> Eli Zaretskii writes: >> >>> If no significant issues pop up within a week, I will ask Andrea to >>> merge the branch onto master the next weekend (i.e. around 17th of >>> April). >> >> I have been trying out the branch for the last few days and I didn't >> notice any functional issues. >> >> What was is annoying is the "sudden" warning buffers pop up, triggered >> by from what I understand is the asynchronous (?) compilation. Is there >> a way to mitigate this, and if so, it should be documented. > > I Philip, > > one can act on the `comp-async-report-warnings-errors' customize setting > it to nil (default is t). That should do it, thank you. Does it make sense to have this enabled by default? At the very least, ELPA packages should be addressed that trigger needless issues such as overlong lines. > Thanks > > Andrea > -- Philip K.