* Tobias C Rittweiler <tcr-28135D.18050722102010@news.gmane.org> : Wrote on Fri, 22 Oct 2010 18:05:28 +0200: | | In article <m37hha9w0v.fsf@leonis4.robolove.meer.net>, | Madhu <enometh@meer.net> wrote: | |> |> - Implementations like lw and ccl refuse to find source via |> |> M-. (sldb-`v', etc) unless the file is compiled --- (C-M-x or C-c |> |> C-c will not cut it). |> | |> | That's true for C-M-x but not for C-c C-c. Both CCL and Lispworks |> | handle C-c C-c and C-c C-k similarly: in both cases we use |> | COMPILE-FILE but for C-c C-c we give an extra parameter to say from |> | which file it came from. |> |> I meant exactly what I wrote. It does not work with C-c C-c. CCL |> goes off goes looking for a logical file.newest. lw appends (instead |> of replacing) an entry with wrong dspec info that shows up in the |> xref buffer, and can mostly find the file correctly (but not the |> location). | | You're saying that C-c C-c'ing | | (defun bar (x) x) | | and then pressing M-. bar RET will not get you to the right location | on ccl and lw? Yes (at the risk of repeating myself a third time, :-) With CCL, maybe Takehiko Abe's 2010-10-21 patch in <http://permalink.gmane.org/gmane.lisp.openmcl.devel/6452> fixes it, (I don't know. I was using a binary only ccl-1.5 without any sources.) -- Madhu