> Eric Bezault built something for Gobo Eiffel, but for standard
EiffelStudio users?
Just to make things clear, my VS Code extension is not for Gobo Eiffel.
It is for Eiffel, implemented with Gobo Eiffel. When browsing and
editing the Eiffel classes in VS Code, it does not matter whether
these classes are meant to be compiled with EiffelStudio's compiler
or with the Gobo Eiffel compiler.
Did Claude think about updating is knowledge about the Eiffel file
being edited on the fly, even though it has not been saved to disk
yet? My Vs Code extension does that: Go to Definition (across files),
Hover Documentation (across files), Document symbols, Compilation
errors red squiggles (displayed as you type, and across files), all
that work even on class texts being edited and not saved to disk
yet.
In the nice things to have, which I did not see in your wish list
but is on mine, there is a way to make implicit code explicit
(Implicit Code Lens). For example, when we have: `create x`, in
fact we are calling `default_create`. Likewise for implicit
conversion between types, where `a := b` could actually be
`a := b.to_a`. We also have: `a.x := b` which is in fact
`a.set_x (b)`. Also, `my_agent.call (x)` which is in fact
`my_agent.call ([x])`. And probably others like that.
--
Eric Bezault
mailto:
er...@gobosoft.com
http://www.gobosoft.com
On 10/12/2025 1:47, Liberty Lover wrote:
> Oh yes, and lest I forget: Here is the plan <
https://github.com/simple-
> eiffel/claude_eiffel_op_docs/blob/main/research/EIFFEL_LSP_PLAN.md> we
> brainstormed on all the nitty-gritty "stuff" to think about going into
> an LSP for Eiffel in VS Code.
>
> On Tuesday, December 9, 2025 at 7:43:41 PM UTC-5 Liberty Lover wrote:
>
> This is Claude telling the tale of simple_LSP.
>
> claude_eiffel_op_docs/blog/SIMPLE_LSP_STORY.md at main · simple-
> eiffel/claude_eiffel_op_docs <
https://github.com/simple-eiffel/
> claude_eiffel_op_docs/blob/main/blog/SIMPLE_LSP_STORY.md>
>
>
>
> On Tuesday, December 9, 2025 at 7:31:47 PM UTC-5 Liberty Lover wrote:
>
> Whelp,
>
> I asked Claude to take into account what both Eric and Jocelyn
> had to say and do some "super deep research" on how a VS Code
> LSP works, what are in the typical tech-stacks for it, and what
> it would take to make one for Eiffel.
>
> The first response was: It will take 40-80 weeks. .... NOT!!!!
>
> I then pointed it at its own Simple Oracle (that we just built
> this morning) and asked it to pull "stats" which it did. Now, I
> asked it to revise that ballpark estimate. It went from 40-80
> weeks down to 6 weeks. I was like -- "Well, you do realize that
> we CRUSHED our own Christmas and New Years challenge from 26
> days to complete it down to 3, right??" Claude thinks about that
> and then says, "Yeah, you are right!"
>
> My response then becomes — "After reading your detailed report
> <
https://github.com/simple-eiffel/claude_eiffel_op_docs/blob/
> main/research/EIFFEL_LSP_PLAN.md> on what it will take to build
> this library; I am inclined to think that we're going to CRUSH
> this ballpark estimate as well. It doesn't look at complicated
> as you're making it sound — not given the Claude+Larry track
> record so far."
>
> So — here we are. That conversation was at 5:15 PM EST. It is
> presently 7:30 EST the same afternoon and a new fledgling LSP
> for VS Code Eiffel <
https://github.com/simple-eiffel/simple_lsp>
> has been born!
>
> Best,
>
> Larry
>
>
> --
> You received this message because you are subscribed to the Google
> Groups "Eiffel Users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to
eiffel-users...@googlegroups.com <mailto:
eiffel-
>
users+un...@googlegroups.com>.
> users/6463e4f7-285b-4454-9b38-b14c9906bfaen%
40googlegroups.com <https://
>
groups.google.com/d/msgid/eiffel-users/6463e4f7-285b-4454-9b38-
> b14c9906bfaen%
40googlegroups.com?utm_medium=email&utm_source=footer>.