From: Eli Zaretskii <eliz@gnu.org>
To: Kenneth Stuart <kstuart@hotmail.co.uk>, Andrea Corallo <akrl@sdf.org>
Cc: 56746@debbugs.gnu.org
Subject: bug#56746: 29.0.50; Probable bug with native compilation
Date: Tue, 26 Jul 2022 05:30:46 +0300 [thread overview]
Message-ID: <83czdsehbd.fsf@gnu.org> (raw)
In-Reply-To: <PAXP251MB04704931177732163112C2FBEC929@PAXP251MB0470.EURP251.PROD.OUTLOOK.COM> (message from Kenneth Stuart on Sun, 24 Jul 2022 15:16:42 +0100)
> From: Kenneth Stuart <kstuart@hotmail.co.uk>
> Date: Sun, 24 Jul 2022 15:16:42 +0100
>
> Note that I'm not using 'emacs -Q' as a later version of Org is
> required, however the issue strongly appears to be with emacs native
> compilation as it does not occur from a build without native
> compilation.
>
> org-mode commit: 127e7fee4959ceb33dba2e442b72189f3c25eaa1
>
> Steps to reproduce:
>
> 1. Create an org-mode buffer and insert a clocktable dynamic block with a
> `tstart` option.
>
> #+BEGIN: clocktable :scope file :maxlevel 2 :tstart "2020-01-01"
> #+END:
>
> 2. Evaluate the clocktable (C-c C-c on the #+BEGIN line)
>
> Result: `Invalid function: org-encode-time`
> Expected: No error, clocktable updated successfully
>
> Notes:
>
> References:
> https://mail.gnu.org/archive/html/emacs-orgmode/2022-07/msg00738.html
> https://mail.gnu.org/archive/html/emacs-orgmode/2022-07/msg00696.html
>
> In early April Org introduced a new macro `org-encode-time` which is
> used in the `let` special form of function `org-matcher-time`
>
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/tree/lisp/org-macs.el#n1395
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/tree/lisp/org-macs.el#n1463
>
> Function `org-matcher-time` is used by the clocktable dynamic block
> options, for example adding a `tstart` option and evaluation the
> clocktable emits the error "Invalid function: org-encode-time".
>
> If then going to the source for `org-matcher-time` and evaluating the
> defun, the clocktable can then be evaluated without error.
>
> As previously stated this issue does not occur when not using native
> compilation.
Andrea, could you please look into this bug report? It sounds like
'defmacro' in a conditional code is mis-compiled somehow?
next prev parent reply other threads:[~2022-07-26 2:30 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-24 14:16 bug#56746: 29.0.50; Probable bug with native compilation Kenneth Stuart
2022-07-26 2:30 ` Eli Zaretskii [this message]
2022-07-26 16:48 ` Andrea Corallo
2022-07-26 19:39 ` Kenneth Stuart
2022-07-27 8:13 ` Andrea Corallo
2023-06-07 21:20 ` Andrea Corallo
2022-07-26 2:37 ` Ihor Radchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83czdsehbd.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=56746@debbugs.gnu.org \
--cc=akrl@sdf.org \
--cc=kstuart@hotmail.co.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.