[slime-devel] (slime-compilation-finished) doesnt help solving stated goal.

[Madhu]

* Tobias C Rittweiler <tcr-28135D.18050722102010 at news.gmane.org> :
Wrote on Fri, 22 Oct 2010 18:05:28 +0200:
|
| In article <m37hha9w0v.fsf at leonis4.robolove.meer.net>,
|  Madhu <enometh at 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