From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#46495: 28.0.50; [native-comp] Build fails for 32bit --with-wide-int Date: Wed, 31 Mar 2021 12:24:07 +0000 Message-ID: References: <865z2p0zrq.fsf@gmail.com> <86pn0w59nj.fsf@gmail.com> <83y2eap33a.fsf@gnu.org> <83lfa6kl8s.fsf@gnu.org> <83h7ktlwuy.fsf@gnu.org> <65e12b1d547420e10a19cdad6a33198926abb527.camel@redhat.com> <8335wdknbw.fsf@gnu.org> <83im58k8rb.fsf@gnu.org> <83lfa3iqv3.fsf@gnu.org> <83k0pniq1n.fsf@gnu.org> <83im57iocy.fsf@gnu.org> Reply-To: Andrea Corallo Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3300"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: andrewjmoreton@gmail.com, dmalcolm@redhat.com, 46495@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Mar 31 14:25:24 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 1lRZuW-0000kw-2P for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 31 Mar 2021 14:25:24 +0200 Original-Received: from localhost ([::1]:35796 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRZuU-0000Ba-Q6 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 31 Mar 2021 08:25:22 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60606) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lRZuF-0000BJ-A8 for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2021 08:25:08 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42195) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lRZuA-0007OW-2x for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2021 08:25:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lRZu9-0001ER-Uk for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2021 08:25:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 31 Mar 2021 12:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46495 X-GNU-PR-Package: emacs Original-Received: via spool by 46495-submit@debbugs.gnu.org id=B46495.16171934514669 (code B ref 46495); Wed, 31 Mar 2021 12:25:01 +0000 Original-Received: (at 46495) by debbugs.gnu.org; 31 Mar 2021 12:24:11 +0000 Original-Received: from localhost ([127.0.0.1]:53741 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRZtL-0001DF-HU for submit@debbugs.gnu.org; Wed, 31 Mar 2021 08:24:11 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:54920) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRZtJ-0001D6-S1 for 46495@debbugs.gnu.org; Wed, 31 Mar 2021 08:24:10 -0400 Original-Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 12VCO8bG023865 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 31 Mar 2021 12:24:08 GMT In-Reply-To: <83im57iocy.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 31 Mar 2021 13:55:41 +0300") 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:203351 Archived-At: Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: andrewjmoreton@gmail.com, dmalcolm@redhat.com, 46495@debbugs.gnu.org >> Date: Wed, 31 Mar 2021 10:33:43 +0000 >> >> >> libgccjit-0.dll: note: disable pass tree-isolate-paths for functions in the range of [0, 4294967295] >> > >> > Oh, I see: it's because batch-native-compile runs the final >> > compilation phase in a subprocess. But doesn't that mean the >> > non-default setting of comp-debug will not have its effect in this >> > case? >> >> `comp-debug' at that point is captured in the compilation context >> `comp-ctxt', we have a slot for that in the structure. > > OK, thanks. > >> > Btw, I find the doc strings of the various top-level native-compile >> > functions not very helpful when I need to understand under what >> > circumstances they run the compilation asynchronously. I always need >> > to read the code, and read it carefully, to figure that out. Can this >> > please be improved? >> >> Sure, if you have a list of the one that you have found troublesome >> (and/or some suggestion) I'll try to improve them. > > I think these: > > comp--native-compile, native-compile, batch-native-compile, > batch-byte-native-compile-for-bootstrap > > The first of these is an internal function, but it's used a lot, and > its doc string describes most of what it does -- except the async > aspect. > > One question I have, that perhaps will be answered by the enhanced doc > strings, is this: how to run a batch compilation of a non-preloaded > file such that no subprocesses at all are used? ATM there's no way. The idea is that we typically don't want to run in the same process as libgccjit leaks memory (and contribute to memory fragmentation). We do it only for `batch-byte-native-compile-for-bootstrap' as we know that the Emacs process will not last long. > There's > comp-async-jobs-number, but a zero value doesn't disable async > compilation, it means something else. > > Another question is: the documentation sometimes mentions async > compilation and sometimes mentions deferred compilation -- but these > are not the same, right? I'd say: - async compilation is the mechanism that allow for compiling asynchronously. - deferred is the mechanism that allow for loading bytecode, triggering an async compilation and eventually perform the swap of the function definition when the async compilation is done. Regards Andrea