unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#45900: 28.0.50; [PATCH] [native-comp] Improve backtraces from async workers
@ 2021-01-15 18:19 Phil Brown
  2021-01-16 12:40 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 2+ messages in thread
From: Phil Brown @ 2021-01-15 18:19 UTC (permalink / raw)
  To: 45900


[-- Attachment #1.1: Type: text/plain, Size: 1037 bytes --]

Hi bug list,

I've been happily using the native-comp branch and it works well. Attached
is a tiny change to set `backtrace-line-length' in comp.el's async workers.
I was debugging a few failed compilations and had run `(setq
backtrace-line-length 0)` in an attempt to see the full path of the
offending files (turned out to be autoloads). The setting was having no
effect on the async compile errors and I realized the batch-mode worker
processes weren't inheriting it.

I haven't signed CA papers since this change is so small, but am happy to
if that's needed.

Thanks!
-Phil


In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.5,
cairo version 1.16.0)
 of 2020-12-23 built on mars
Repository revision: ffcd490cb49ba86d625288ea425d98e8cac22a05
Repository branch: feature/native-comp
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: Debian GNU/Linux 10 (buster)

Configured using:
 'configure --prefix=/home/phil/local/emacs-28-snapshot-native-comp
 --with-nativecomp'

[-- Attachment #1.2: Type: text/html, Size: 1253 bytes --]

[-- Attachment #2: 0001-Set-backtrace-line-length-in-async-worker-processes.patch --]
[-- Type: text/x-patch, Size: 1129 bytes --]

From 24da03e0992e02a3bad9aac76706ad84bab6baa0 Mon Sep 17 00:00:00 2001
From: Philip Brown <pdbrown.git@gmail.com>
Date: Fri, 15 Jan 2021 00:35:36 -0800
Subject: [PATCH] Set backtrace-line-length in async worker processes

* lisp/emacs-lisp/comp.el (comp-run-async-workers): Set
backtrace-line-length in async worker processes.

Copyright-paperwork-exempt: yes
---
 lisp/emacs-lisp/comp.el | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/lisp/emacs-lisp/comp.el b/lisp/emacs-lisp/comp.el
index 875f15aa75..c974a09f6d 100644
--- a/lisp/emacs-lisp/comp.el
+++ b/lisp/emacs-lisp/comp.el
@@ -3802,6 +3802,8 @@ comp-run-async-workers
                    source-file (comp-el-to-eln-filename source-file)))
          do (let* ((expr `(progn
                             (require 'comp)
+                            ,(when (boundp 'backtrace-line-length)
+                               `(setq backtrace-line-length ,backtrace-line-length))
                             (setf comp-speed ,comp-speed
                                   comp-debug ,comp-debug
                                   comp-verbose ,comp-verbose
-- 
2.20.1


^ permalink raw reply related	[flat|nested] 2+ messages in thread

* bug#45900: 28.0.50; [PATCH] [native-comp] Improve backtraces from async workers
  2021-01-15 18:19 bug#45900: 28.0.50; [PATCH] [native-comp] Improve backtraces from async workers Phil Brown
@ 2021-01-16 12:40 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 0 replies; 2+ messages in thread
From: Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2021-01-16 12:40 UTC (permalink / raw)
  To: Phil Brown; +Cc: 45900-done

Phil Brown <p.brown.phil@gmail.com> writes:

> Hi bug list,
>
> I've been happily using the native-comp branch and it works well. Attached is a tiny change to set
> `backtrace-line-length' in comp.el's async workers. I was debugging a few failed compilations and had run `(setq
> backtrace-line-length 0)` in an attempt to see the full path of the offending files (turned out to be autoloads). The
> setting was having no effect on the async compile errors and I realized the batch-mode worker processes weren't
> inheriting it.
>
> I haven't signed CA papers since this change is so small, but am happy to if that's needed.
>
> Thanks!
> -Phil

Hi Phil,

thanks for the patch!  In as 88100bed0a.

My suggestion would be to do the CA paperwork anyway as might be handy
for the future :)

Closing

Thanks

  Andrea





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2021-01-16 12:40 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-01-15 18:19 bug#45900: 28.0.50; [PATCH] [native-comp] Improve backtraces from async workers Phil Brown
2021-01-16 12:40 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).