From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 09 12:47:28 2021 Received: (at submit) by debbugs.gnu.org; 9 Mar 2021 17:47:28 +0000 Received: from localhost ([127.0.0.1]:47882 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJgRw-00078M-1c for submit@debbugs.gnu.org; Tue, 09 Mar 2021 12:47:28 -0500 Received: from lists.gnu.org ([209.51.188.17]:58568) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJgRt-00078E-Nb for submit@debbugs.gnu.org; Tue, 09 Mar 2021 12:47:14 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40730) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lJgRt-0001Ej-CO for bug-gnu-emacs@gnu.org; Tue, 09 Mar 2021 12:47:13 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42523) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lJgRt-0007cQ-2V for bug-gnu-emacs@gnu.org; Tue, 09 Mar 2021 12:47:13 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1422 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lJgRq-0004vy-TF for bug-gnu-emacs@gnu.org; Tue, 09 Mar 2021 12:47:12 -0500 Date: Tue, 09 Mar 2021 19:47:06 +0200 Message-Id: <83sg54p6cl.fsf@gnu.org> From: Eli Zaretskii To: bug-gnu-emacs@gnu.org Subject: 28.0.50; [feature/native-comp] Warnings from async compilations truncated X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) When an async native-compilation is running, some warning messages emitted by the compilation are truncated. Example: Warning (comp): seq.el:396:16: Warning: `seq-contains' is an obsolete generic function (as of Disable showing Disable logging Note the truncation after "(as of". Why does this happen? can it be fixed? In GNU Emacs 28.0.50 (build 1076, i686-pc-mingw32) of 2021-03-09 built on HOME-C4E4A596F7 Repository revision: 40d8f83e53ba64355035da78967c994d09a7802d Repository branch: master Windowing system distributor 'Microsoft Corp.', version 5.1.2600 System Description: Microsoft Windows XP Service Pack 3 (v5.1.0.2600) Configured using: 'configure -C --prefix=/d/usr --with-wide-int --with-modules --enable-checking=yes,glyphs 'CFLAGS=-O0 -gdwarf-4 -g3'' Configured features: ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS XPM ZLIB Important settings: value of $LANG: ENU locale-coding-system: cp1255 Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg epg-config gnus-util rmail rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map text-property-search time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils iso-transl tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 56671 11176) (symbols 48 7803 1) (strings 16 21563 1999) (string-bytes 1 626919) (vectors 16 13076) (vector-slots 8 172294 12605) (floats 8 23 106) (intervals 40 263 114) (buffers 888 10)) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 09 15:38:02 2021 Received: (at 47024) by debbugs.gnu.org; 9 Mar 2021 20:38:02 +0000 Received: from localhost ([127.0.0.1]:48061 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJj7B-00071X-TW for submit@debbugs.gnu.org; Tue, 09 Mar 2021 15:38:02 -0500 Received: from mx.sdf.org ([205.166.94.24]:59006) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJj79-000715-Tz for 47024@debbugs.gnu.org; Tue, 09 Mar 2021 15:38:00 -0500 Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 129KbvCK026258 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Tue, 9 Mar 2021 20:37:57 GMT From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#47024: 28.0.50; [feature/native-comp] Warnings from async compilations truncated References: <83sg54p6cl.fsf@gnu.org> Date: Tue, 09 Mar 2021 20:37:57 +0000 In-Reply-To: <83sg54p6cl.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 09 Mar 2021 19:47:06 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47024 Cc: 47024@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > When an async native-compilation is running, some warning messages > emitted by the compilation are truncated. Example: > > Warning (comp): seq.el:396:16: Warning: `seq-contains' is an obsolete generic function (as of Disable showing Disable logging > > Note the truncation after "(as of". > > Why does this happen? can it be fixed? ATM we capture each Warning (or error) with the following regexp: "^.*+?\\(?:Error\\|Warning\\): .*$" So I expect we match the full line (if is a multi line diagnostic we'll loose what's following). The matched string is passed directly to `display-warning'. I don't know if we have same machinery cutting lines that are considered too long. Thanks Andrea From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 09 22:24:40 2021 Received: (at 47024) by debbugs.gnu.org; 10 Mar 2021 03:24:40 +0000 Received: from localhost ([127.0.0.1]:48385 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJpSi-000062-KT for submit@debbugs.gnu.org; Tue, 09 Mar 2021 22:24:40 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51280) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJpSh-00005q-EQ for 47024@debbugs.gnu.org; Tue, 09 Mar 2021 22:24:39 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54024) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lJpSb-000428-7j; Tue, 09 Mar 2021 22:24:33 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1397 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lJpSa-0005F6-EI; Tue, 09 Mar 2021 22:24:32 -0500 Date: Wed, 10 Mar 2021 05:24:30 +0200 Message-Id: <83im5zpu6p.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Tue, 09 Mar 2021 20:37:57 +0000) Subject: Re: bug#47024: 28.0.50; [feature/native-comp] Warnings from async compilations truncated References: <83sg54p6cl.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47024 Cc: 47024@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Andrea Corallo > Cc: 47024@debbugs.gnu.org > Date: Tue, 09 Mar 2021 20:37:57 +0000 > > > Warning (comp): seq.el:396:16: Warning: `seq-contains' is an obsolete generic function (as of Disable showing Disable logging > > > > Note the truncation after "(as of". > > > > Why does this happen? can it be fixed? > > ATM we capture each Warning (or error) with the following regexp: > "^.*+?\\(?:Error\\|Warning\\): .*$" > > So I expect we match the full line (if is a multi line diagnostic we'll > loose what's following). The message comes from a sub-process, right? Could it be that we match prematurely, when only part of the text was received? From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 10 01:50:21 2021 Received: (at 47024) by debbugs.gnu.org; 10 Mar 2021 06:50:21 +0000 Received: from localhost ([127.0.0.1]:48505 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJsfl-0000sw-A8 for submit@debbugs.gnu.org; Wed, 10 Mar 2021 01:50:21 -0500 Received: from mx.sdf.org ([205.166.94.24]:56668) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJsfj-0000sm-3K for 47024@debbugs.gnu.org; Wed, 10 Mar 2021 01:50:19 -0500 Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 12A6oFQb005940 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 10 Mar 2021 06:50:16 GMT From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#47024: 28.0.50; [feature/native-comp] Warnings from async compilations truncated References: <83sg54p6cl.fsf@gnu.org> <83im5zpu6p.fsf@gnu.org> Date: Wed, 10 Mar 2021 06:50:15 +0000 In-Reply-To: <83im5zpu6p.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 10 Mar 2021 05:24:30 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47024 Cc: 47024@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: 47024@debbugs.gnu.org >> Date: Tue, 09 Mar 2021 20:37:57 +0000 >> >> > Warning (comp): seq.el:396:16: Warning: `seq-contains' is an obsolete generic function (as of Disable showing Disable logging >> > >> > Note the truncation after "(as of". >> > >> > Why does this happen? can it be fixed? >> >> ATM we capture each Warning (or error) with the following regexp: >> "^.*+?\\(?:Error\\|Warning\\): .*$" >> >> So I expect we match the full line (if is a multi line diagnostic we'll >> loose what's following). > > The message comes from a sub-process, right? Yes > Could it be that we > match prematurely, when only part of the text was received? That's possible, just before using the regexp we call `accept-process-output' on the process, I thought this was sufficient to handle the case but I'm no expert into this area. Andrea From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 10 08:08:06 2021 Received: (at 47024) by debbugs.gnu.org; 10 Mar 2021 13:08:06 +0000 Received: from localhost ([127.0.0.1]:49119 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJyZK-0004HF-25 for submit@debbugs.gnu.org; Wed, 10 Mar 2021 08:08:06 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54300) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJyZG-0004Gf-W9 for 47024@debbugs.gnu.org; Wed, 10 Mar 2021 08:08:03 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60649) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lJyZA-0003h8-Ei; Wed, 10 Mar 2021 08:07:56 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1399 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lJyZ9-0000Rm-UD; Wed, 10 Mar 2021 08:07:56 -0500 Date: Wed, 10 Mar 2021 15:07:53 +0200 Message-Id: <83a6rbp36e.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Wed, 10 Mar 2021 06:50:15 +0000) Subject: Re: bug#47024: 28.0.50; [feature/native-comp] Warnings from async compilations truncated References: <83sg54p6cl.fsf@gnu.org> <83im5zpu6p.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47024 Cc: 47024@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Andrea Corallo > Cc: 47024@debbugs.gnu.org > Date: Wed, 10 Mar 2021 06:50:15 +0000 > > > The message comes from a sub-process, right? > > Yes > > > Could it be that we > > match prematurely, when only part of the text was received? > > That's possible, just before using the regexp we call > `accept-process-output' on the process, I thought this was sufficient to > handle the case but I'm no expert into this area. I think I see the problem: it's nothing as complicated as that. Here's what the original warning looks like: seq.el:396:16: Warning: `seq-contains' is an obsolete generic function (as of 27.1); use `seq-contains-p' instead. There's an actual newline at the end of the first line, because by default we _fill_ the text. So I think the solution should be to bind (in the sub-process which performs the actual compilation) warning-fill-column to a large number. Is there a similar issue with error messages? From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 10 08:13:02 2021 Received: (at 47024) by debbugs.gnu.org; 10 Mar 2021 13:13:02 +0000 Received: from localhost ([127.0.0.1]:49127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJye6-0004Oa-0Q for submit@debbugs.gnu.org; Wed, 10 Mar 2021 08:13:02 -0500 Received: from mx.sdf.org ([205.166.94.24]:52059) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJye4-0004OL-Mn for 47024@debbugs.gnu.org; Wed, 10 Mar 2021 08:13:01 -0500 Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 12ADCxbX015353 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 10 Mar 2021 13:12:59 GMT From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#47024: 28.0.50; [feature/native-comp] Warnings from async compilations truncated References: <83sg54p6cl.fsf@gnu.org> <83im5zpu6p.fsf@gnu.org> <83a6rbp36e.fsf@gnu.org> Date: Wed, 10 Mar 2021 13:12:59 +0000 In-Reply-To: <83a6rbp36e.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 10 Mar 2021 15:07:53 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47024 Cc: 47024@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: 47024@debbugs.gnu.org >> Date: Wed, 10 Mar 2021 06:50:15 +0000 >> >> > The message comes from a sub-process, right? >> >> Yes >> >> > Could it be that we >> > match prematurely, when only part of the text was received? >> >> That's possible, just before using the regexp we call >> `accept-process-output' on the process, I thought this was sufficient to >> handle the case but I'm no expert into this area. > > I think I see the problem: it's nothing as complicated as that. > > Here's what the original warning looks like: > > seq.el:396:16: Warning: `seq-contains' is an obsolete generic function (as of > 27.1); use `seq-contains-p' instead. > > There's an actual newline at the end of the first line, because by > default we _fill_ the text. > > So I think the solution should be to bind (in the sub-process which > performs the actual compilation) warning-fill-column to a large > number. Nice, is 256 a reasonable number? > Is there a similar issue with error messages? Yes, we suffer from the same issue if the Error is emitted with new lines. Thanks Andrea From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 10 08:52:01 2021 Received: (at 47024) by debbugs.gnu.org; 10 Mar 2021 13:52:01 +0000 Received: from localhost ([127.0.0.1]:49247 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJzFp-0005WT-5F for submit@debbugs.gnu.org; Wed, 10 Mar 2021 08:52:01 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36608) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lJzFn-0005WE-A1 for 47024@debbugs.gnu.org; Wed, 10 Mar 2021 08:51:59 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33460) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lJzFi-0003gT-1i; Wed, 10 Mar 2021 08:51:54 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4124 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lJzFh-0006pH-Fs; Wed, 10 Mar 2021 08:51:53 -0500 Date: Wed, 10 Mar 2021 15:51:51 +0200 Message-Id: <831rcnp154.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Wed, 10 Mar 2021 13:12:59 +0000) Subject: Re: bug#47024: 28.0.50; [feature/native-comp] Warnings from async compilations truncated References: <83sg54p6cl.fsf@gnu.org> <83im5zpu6p.fsf@gnu.org> <83a6rbp36e.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47024 Cc: 47024@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Andrea Corallo > Cc: 47024@debbugs.gnu.org > Date: Wed, 10 Mar 2021 13:12:59 +0000 > > > seq.el:396:16: Warning: `seq-contains' is an obsolete generic function (as of > > 27.1); use `seq-contains-p' instead. > > > > There's an actual newline at the end of the first line, because by > > default we _fill_ the text. > > > > So I think the solution should be to bind (in the sub-process which > > performs the actual compilation) warning-fill-column to a large > > number. > > Nice, is 256 a reasonable number? How about most-positive-fixnum? > > Is there a similar issue with error messages? > > Yes, we suffer from the same issue if the Error is emitted with new > lines. But is there a similar variable to bind in that case? fill-column, perhaps? From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 10 10:20:20 2021 Received: (at 47024) by debbugs.gnu.org; 10 Mar 2021 15:20:20 +0000 Received: from localhost ([127.0.0.1]:51610 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lK0dI-0006Fj-FS for submit@debbugs.gnu.org; Wed, 10 Mar 2021 10:20:20 -0500 Received: from mx.sdf.org ([205.166.94.24]:56088) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lK0dH-0006Fb-4N for 47024@debbugs.gnu.org; Wed, 10 Mar 2021 10:20:20 -0500 Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 12AFKHpU008160 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 10 Mar 2021 15:20:18 GMT From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#47024: 28.0.50; [feature/native-comp] Warnings from async compilations truncated References: <83sg54p6cl.fsf@gnu.org> <83im5zpu6p.fsf@gnu.org> <83a6rbp36e.fsf@gnu.org> <831rcnp154.fsf@gnu.org> Date: Wed, 10 Mar 2021 15:20:17 +0000 In-Reply-To: <831rcnp154.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 10 Mar 2021 15:51:51 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47024 Cc: 47024@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: 47024@debbugs.gnu.org >> Date: Wed, 10 Mar 2021 13:12:59 +0000 >> >> > seq.el:396:16: Warning: `seq-contains' is an obsolete generic function (as of >> > 27.1); use `seq-contains-p' instead. >> > >> > There's an actual newline at the end of the first line, because by >> > default we _fill_ the text. >> > >> > So I think the solution should be to bind (in the sub-process which >> > performs the actual compilation) warning-fill-column to a large >> > number. >> >> Nice, is 256 a reasonable number? > > How about most-positive-fixnum? Sounds good, fe1c081c38 does that. >> > Is there a similar issue with error messages? >> >> Yes, we suffer from the same issue if the Error is emitted with new >> lines. > > But is there a similar variable to bind in that case? fill-column, > perhaps? Dunno, I'll make some tests if we don't get a precise suggestion. Andrea From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 12 04:04:43 2021 Received: (at submit) by debbugs.gnu.org; 12 Mar 2021 09:04:43 +0000 Received: from localhost ([127.0.0.1]:56019 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKdis-0007AL-RE for submit@debbugs.gnu.org; Fri, 12 Mar 2021 04:04:43 -0500 Received: from lists.gnu.org ([209.51.188.17]:41436) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKdir-0007AD-AP for submit@debbugs.gnu.org; Fri, 12 Mar 2021 04:04:41 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:47650) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lKdir-0003EJ-4Y for bug-gnu-emacs@gnu.org; Fri, 12 Mar 2021 04:04:41 -0500 Received: from mx.sdf.org ([205.166.94.24]:58418) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lKdio-0001lc-VV; Fri, 12 Mar 2021 04:04:40 -0500 Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 12C94W7V002385 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 12 Mar 2021 09:04:33 GMT From: Andrea Corallo To: Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Subject: Re: bug#47024: 28.0.50; [feature/native-comp] Warnings from async compilations truncated References: <83sg54p6cl.fsf@gnu.org> <83im5zpu6p.fsf@gnu.org> <83a6rbp36e.fsf@gnu.org> <831rcnp154.fsf@gnu.org> Date: Fri, 12 Mar 2021 09:04:32 +0000 In-Reply-To: (Andrea Corallo via's message of "Wed, 10 Mar 2021 15:20:17 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=205.166.94.24; envelope-from=akrl@sdf.org; helo=mx.sdf.org X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit Cc: 47024@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: > Eli Zaretskii writes: > >>> From: Andrea Corallo >>> Cc: 47024@debbugs.gnu.org >>> Date: Wed, 10 Mar 2021 13:12:59 +0000 >>> >>> > seq.el:396:16: Warning: `seq-contains' is an obsolete generic function (as of >>> > 27.1); use `seq-contains-p' instead. >>> > >>> > There's an actual newline at the end of the first line, because by >>> > default we _fill_ the text. >>> > >>> > So I think the solution should be to bind (in the sub-process which >>> > performs the actual compilation) warning-fill-column to a large >>> > number. >>> >>> Nice, is 256 a reasonable number? >> >> How about most-positive-fixnum? > > Sounds good, fe1c081c38 does that. > >>> > Is there a similar issue with error messages? >>> >>> Yes, we suffer from the same issue if the Error is emitted with new >>> lines. >> >> But is there a similar variable to bind in that case? fill-column, >> perhaps? > > Dunno, I'll make some tests if we don't get a precise suggestion. With 0144764d1d error reporting appears to be working for me. I had no problems with line truncations but I had to tweak the way we are printing them (before we emitted always the full backtrace) so now we can parse them and report to the user correctly. My testcase is to signal and error with a very long message within an `eval-when-compile' and I see it now reported entirely in the "*Async-native-compile-log*". Please let me know if you have some other suggestion on how to test this. Thanks Andrea From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 10:16:25 2021 Received: (at 47024) by debbugs.gnu.org; 19 Mar 2021 14:16:25 +0000 Received: from localhost ([127.0.0.1]:50725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNFvN-0002xO-6g for submit@debbugs.gnu.org; Fri, 19 Mar 2021 10:16:25 -0400 Received: from mx.sdf.org ([205.166.94.24]:62900) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNFvL-0002xD-6H for 47024@debbugs.gnu.org; Fri, 19 Mar 2021 10:16:24 -0400 Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 12JEGIfL012819 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 19 Mar 2021 14:16:18 GMT From: Andrea Corallo To: 47024@debbugs.gnu.org Subject: Re: bug#47024: 28.0.50; [feature/native-comp] Warnings from async compilations truncated References: <83sg54p6cl.fsf@gnu.org> <83im5zpu6p.fsf@gnu.org> <83a6rbp36e.fsf@gnu.org> <831rcnp154.fsf@gnu.org> Date: Fri, 19 Mar 2021 14:16:18 +0000 In-Reply-To: (Andrea Corallo's message of "Fri, 12 Mar 2021 09:04:32 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47024 Cc: eliz@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Andrea Corallo writes: > Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of > text editors" writes: > >> Eli Zaretskii writes: >> >>>> From: Andrea Corallo >>>> Cc: 47024@debbugs.gnu.org >>>> Date: Wed, 10 Mar 2021 13:12:59 +0000 >>>> >>>> > seq.el:396:16: Warning: `seq-contains' is an obsolete generic function (as of >>>> > 27.1); use `seq-contains-p' instead. >>>> > >>>> > There's an actual newline at the end of the first line, because by >>>> > default we _fill_ the text. >>>> > >>>> > So I think the solution should be to bind (in the sub-process which >>>> > performs the actual compilation) warning-fill-column to a large >>>> > number. >>>> >>>> Nice, is 256 a reasonable number? >>> >>> How about most-positive-fixnum? >> >> Sounds good, fe1c081c38 does that. >> >>>> > Is there a similar issue with error messages? >>>> >>>> Yes, we suffer from the same issue if the Error is emitted with new >>>> lines. >>> >>> But is there a similar variable to bind in that case? fill-column, >>> perhaps? >> >> Dunno, I'll make some tests if we don't get a precise suggestion. > > With 0144764d1d error reporting appears to be working for me. > > I had no problems with line truncations but I had to tweak the way we > are printing them (before we emitted always the full backtrace) so now > we can parse them and report to the user correctly. > > My testcase is to signal and error with a very long message within an > `eval-when-compile' and I see it now reported entirely in the > "*Async-native-compile-log*". > > Please let me know if you have some other suggestion on how to test > this. Hi Eli, is there anything left to be done for this bug? TIA Andrea From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 10:44:11 2021 Received: (at 47024-done) by debbugs.gnu.org; 19 Mar 2021 14:44:11 +0000 Received: from localhost ([127.0.0.1]:50742 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNGMF-0003gT-3V for submit@debbugs.gnu.org; Fri, 19 Mar 2021 10:44:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:32838) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNGMC-0003gB-0C for 47024-done@debbugs.gnu.org; Fri, 19 Mar 2021 10:44:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35570) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lNGM6-00078N-4s; Fri, 19 Mar 2021 10:44:02 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1442 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lNGM4-0001Ss-IG; Fri, 19 Mar 2021 10:44:01 -0400 Date: Fri, 19 Mar 2021 16:44:02 +0200 Message-Id: <83eegbdwzx.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Fri, 19 Mar 2021 14:16:18 +0000) Subject: Re: bug#47024: 28.0.50; [feature/native-comp] Warnings from async compilations truncated References: <83sg54p6cl.fsf@gnu.org> <83im5zpu6p.fsf@gnu.org> <83a6rbp36e.fsf@gnu.org> <831rcnp154.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47024-done Cc: 47024-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Andrea Corallo > Cc: eliz@gnu.org > Date: Fri, 19 Mar 2021 14:16:18 +0000 > > is there anything left to be done for this bug? No, I think we are done here, thanks. Closing. From unknown Tue Sep 09 14:20:35 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 17 Apr 2021 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator