From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: David Malcolm Newsgroups: gmane.emacs.bugs Subject: bug#46495: 28.0.50; [native-comp] Build fails for 32bit --with-wide-int Date: Wed, 31 Mar 2021 09:03:33 -0400 Message-ID: <6e8b54e5d93d4e311b9db56adb538ae6aa848c60.camel@redhat.com> References: <86y2fq93zj.fsf@gmail.com> <83lfbqbq3g.fsf@gnu.org> <868s7pwvq8.fsf@gmail.com> <28FB9567-61E6-4083-8711-6CF6C8A493F4@gnu.org> <86o8gjheaw.fsf@gmail.com> <865z2p0zrq.fsf@gmail.com> <86pn0w59nj.fsf@gmail.com> <83y2eap33a.fsf@gnu.org> <83lfa6kl8s.fsf@gnu.org> <83h7ktlwuy.fsf@gnu.org> <65e12b1d547420e10a19cdad6a33198926abb527.camel@redhat.com> <837dlpkrma.fsf@gnu.org> <834kgtko2p.fsf@gnu.org> <83mtujivuj.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21425"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Evolution 3.38.3 (3.38.3-1.fc33) Cc: akrl@sdf.org, andrewjmoreton@gmail.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 15:04:25 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 1lRaWH-0005PG-AU for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 31 Mar 2021 15:04:25 +0200 Original-Received: from localhost ([::1]:58080 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRaWG-0002pi-2x for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 31 Mar 2021 09:04:24 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41376) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lRaVu-0002pV-FX for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2021 09:04:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42262) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lRaVu-0005bY-8i for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2021 09:04:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lRaVu-0002C4-2B for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2021 09:04:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: David Malcolm Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 31 Mar 2021 13:04:02 +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.16171958258397 (code B ref 46495); Wed, 31 Mar 2021 13:04:02 +0000 Original-Received: (at 46495) by debbugs.gnu.org; 31 Mar 2021 13:03:45 +0000 Original-Received: from localhost ([127.0.0.1]:53805 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRaVc-0002BL-Ec for submit@debbugs.gnu.org; Wed, 31 Mar 2021 09:03:45 -0400 Original-Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:46136) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRaVb-0002BC-4y for 46495@debbugs.gnu.org; Wed, 31 Mar 2021 09:03:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1617195822; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lMYDV1Dif+V7j+5NoYnC812VC8AvW8kdvXfO6DGLKi0=; b=LDdOmLim8BSFV/Sxj7mWhi2R65GNUbmkGYH2zHmdQSEEPMTBPHEYAheE2aKUazWd9Tja/d q6AEgKnInMai23shXxx027huv4CYY/VRXOFMrtr6VdmAjccXQYDw0oAmHd4WlR0VtDi7Su ljbUTwUrwyGll2H/YtvBxyGfbkPpHzo= Original-Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-96-iLEWvrF3Pgeg_N0vaoxjMA-1; Wed, 31 Mar 2021 09:03:38 -0400 X-MC-Unique: iLEWvrF3Pgeg_N0vaoxjMA-1 Original-Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 58D5010082E8; Wed, 31 Mar 2021 13:03:37 +0000 (UTC) Original-Received: from t14s.localdomain (ovpn-112-76.phx2.redhat.com [10.3.112.76]) by smtp.corp.redhat.com (Postfix) with ESMTP id 59387669F3; Wed, 31 Mar 2021 13:03:34 +0000 (UTC) In-Reply-To: <83mtujivuj.fsf@gnu.org> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=dmalcolm@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com 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:203357 Archived-At: On Wed, 2021-03-31 at 11:13 +0300, Eli Zaretskii wrote: > > Date: Tue, 30 Mar 2021 12:06:38 +0300 > > From: Eli Zaretskii > > Cc: akrl@sdf.org, andrewjmoreton@gmail.com, 46495@debbugs.gnu.org > > > >  3) I see in my temporary directory subdirectories, created when I > > run > >     the example program, with files fake.s and fake.so.  Are they > >     supposed to be left there, or are they supposed to be deleted > >     when the program exits? > > These temporary files behave strangely, to say the least.  Just > running the tut01-hello-world example program produces a new > temporary > directory each time, and deposits a fake.so file there.  If I run a > variant of that which I built after adding > >   gcc_jit_context_set_bool_option ( >                                    ctxt, >                                    GCC_JIT_BOOL_OPTION_DEBUGINFO, >                                    1); > > then the temporary directory isn't created, or maybe it's deleted > when > the program exits.  I think the latter is the case, because the > directory is visible if I step through the program with a debugger, > but disappears when the program exits. > > David, what's the story with these temporary directories? They're meant to be cleaned up automatically by libgccjit: on gcc_jit_result_release for a successful compilation, or at the end of gcc_jit_context_compile* for a failed compilation. The removal code is in gcc::jit::tempdir::~tempdir in gcc/jit/jit- tempdir.c, maybe there's a bug there? (perhaps only affecting Windows?) It calls unlink on everything it "knows" about, and them rmdir on the directory. I see now that I'm not checking for errors on those unlink and rmdir calls. Is the code setting GCC_JIT_BOOL_OPTION_KEEP_INTERMEDIATES to true, perhaps? That forcibly keeps them around: https://gcc.gnu.org/onlinedocs/jit/topics/contexts.html#c.GCC_JIT_BOOL_OPTION_KEEP_INTERMEDIATES Dave