* 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