From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Pip Cet Newsgroups: gmane.emacs.bugs Subject: bug#46502: 28.0.50; [feature/native-comp] (d3a399dd) native-comp bootstrap failure Date: Fri, 19 Feb 2021 13:31:49 +0000 Message-ID: References: <87o8gn8ciy.fsf@md5i.com> <83h7m95tt2.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="20911"; mail-complaints-to="usenet@ciao.gmane.io" Cc: mwd@md5i.com, 46502@debbugs.gnu.org, akrl@sdf.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Feb 19 14:36:42 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 1lD5xZ-0005KD-Qo for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 19 Feb 2021 14:36:41 +0100 Original-Received: from localhost ([::1]:47496 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lD5xY-0000MI-RT for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 19 Feb 2021 08:36:40 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44826) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lD5u2-00039d-1L for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2021 08:33:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37401) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lD5u1-0005mE-Oz for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2021 08:33:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lD5u1-0001Ox-Mt for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2021 08:33:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 19 Feb 2021 13:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46502 X-GNU-PR-Package: emacs Original-Received: via spool by 46502-submit@debbugs.gnu.org id=B46502.16137415535343 (code B ref 46502); Fri, 19 Feb 2021 13:33:01 +0000 Original-Received: (at 46502) by debbugs.gnu.org; 19 Feb 2021 13:32:33 +0000 Original-Received: from localhost ([127.0.0.1]:48947 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lD5tZ-0001O7-8x for submit@debbugs.gnu.org; Fri, 19 Feb 2021 08:32:33 -0500 Original-Received: from mail-ot1-f45.google.com ([209.85.210.45]:34504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lD5tX-0001Nu-Dq for 46502@debbugs.gnu.org; Fri, 19 Feb 2021 08:32:32 -0500 Original-Received: by mail-ot1-f45.google.com with SMTP id b16so5092447otq.1 for <46502@debbugs.gnu.org>; Fri, 19 Feb 2021 05:32:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=f8FolzMYWP5LjUsJPOZAMk6SfcjXmj5ucYLpWJ+BkJY=; b=HTXRKPz0zR7BXuiI3S8ORhQfl+Kb+qLVTKnZ3GJDHmojG/OpAGeyot6y7H3nKT6Kie Bxte162SS5d78XXVaPQiTOH6f1roPdI0Wu5qJSmZyonTo4O27OL9PvCDabr8vsGV9pXo u+3WPGmErfpugN9hu58rRAvjfHaYW9isbqc9IjWTItlukFthMrf9aZPRUjNamUreXoot 4YIJV5pv7xVZHiMpf3Th0/vpeNTKXvx3ntDVwhv7nK8BFsmTitB352MHxWU+sITSje2b uLLbTZuhVhmwWi9PTxqv/RZZMrGCLEQImVfVbOzhZU3O0Ku1GIHqHD1IiNRxB4B8sDS9 os9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=f8FolzMYWP5LjUsJPOZAMk6SfcjXmj5ucYLpWJ+BkJY=; b=r9jW1GZ03jnOaISz84yGofOXkX4ztrgLEoPt7zGHt2EVpQRhhnqGHMa0bxNhZDGcQs OdoU+iAMcLPmzfocw3RYSuomRqnx/mCQb5hy3PXs29uq9ilyB5fuHOjV6L1sOUJq/YbJ dsLxYVSzewFKemIXgZ9R7pCOvRHgpQhLGhtCj1VPqXR+s2hhMwCO2tMUD3YmikbZcSIk QRlUhrF/byw6coqtEntEwiq0gOXD0xbRi44XicJZwsXd+eyeLd+GMyV3eagM+CsmeDiW /Aw7KlhZYnDAM7tiI4FHxY2vkYB7j7HkGIhFfkAU8Ar5BLmhxjBCZEecHqAH7WPMi9Qe 1SXA== X-Gm-Message-State: AOAM530c9amqRfJQvSlCByph8MwQjz8o6BYxhsiYv+LFBgZ3fuaj+H1i +n7SlnQJlcZnO1s1VdpdNotH2Oxa5LiKd68KgnE= X-Google-Smtp-Source: ABdhPJzPN+ypV3M57g2dmaDiuQNw3SBwdpmTwMhCZOnZA/VkaZU+F9fukYyxwJECeiuwfLv1MJSxEfRt+m9hlQofcNk= X-Received: by 2002:a05:6830:1682:: with SMTP id k2mr6828404otr.154.1613741545772; Fri, 19 Feb 2021 05:32:25 -0800 (PST) In-Reply-To: <83h7m95tt2.fsf@gnu.org> 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:200328 Archived-At: On Thu, Feb 18, 2021 at 2:33 PM Eli Zaretskii wrote: > > From: Pip Cet > > Date: Thu, 18 Feb 2021 10:14:24 +0000 > > Cc: Michael Welsh Duggan , 46502@debbugs.gnu.org > > > > One thing I've noticed in my experiments is that many builds that are > > interrupted at the wrong point and then resumed produce different > > results. I.e. you type "make", then hit Ctrl-C at the wrong time, then > > type "make" again and you get a different result. > > What does "different result" mean in this case? is the produced .eln > file different? or something else? There are differences both in the .elc and .eln, and I saw different success/failure behavior but only with local modifications. It's possible that this is all harmless, but I have the bad habit of assuming I can just type "make" again and have it resume an interrupted build, and that certainly does not work on the native-comp branch (I'm not sure it works on the master branch). Note that all this is in serial builds. That parallelized builds are unpredictable is a different issue entirely. > > BTW, I'm also seeing very deep recursion when building the nativecomp > > branch > How do you see that? Stack overflows in a limited-stack environment, even with the GC code modified to allocate stack space more efficiently. > And what code recurses so deeply? Unfortunately, the environment I'm playing with doesn't have very good backtrace facilities. (This is WebAssembly run by the Mozilla jsshell, which has a small-ish stack size limit. I'll try finding what limits the reported backtrace depth and disabling it.)