On Fri, Jan 19, 2024, at 23:15, Ihor Radchenko wrote: > I think that the missing lambdas should come from org.el. > So, may you M-x eval-buffer org-agenda.el, org-element.el, and org.el. > > And do the same in Org 9.6. (there are also cryptic lambdas there in the > profile) > > (In theory, you should not need to do this M-x eval-buffer trick if you > run Org mode from "make repro" command line in the git repo. Not sure if > it is easier for you or not)
Well bad news then good news. Either by evaluating buffers as requested or by trying to use "make repro" (which I couldn't make work), I was still getting cryptic lambdas. I ended reinstalling emacs from scratch and the slowness disappeared. So I guess some native-compiled files were not updated when I switched to Org 9.7 (even though I had nuked the straight folder). A profiler report of `org-agenda-redo' is also clean of lambdas (it does have #<compiled -...> statements but the call tree is decently readable). Side note about "make repro": it wouldn't load org from the repo. Trying to understand why, running "make autoloads", I was expecting (perhaps wrongly) that `org-version.el' and `org-loaddefs.el' would be generated in the repo directory/sub-directories but that never happened (and make didn't output any error). Launching "emacs -Q -l init.el" with init.el just having adding the repo to `load-path' and requiring org would fail on missing loaddefs. Is there a standard procedure to 1/ follow when switching org version and/or 2/ clean all byte-compiled/native-compiled files in this kind of situation? -- Alexandre Avanian
