3 ms·

I've never used LispWorks, but I think they have their own GUI, support, built-in logic programming (Prolog) for starters. They also have IDE like tools that a

I've never used LispWorks, but I think they have their own GUI, support, built-in logic programming (Prolog) for starters. They also have IDE like tools that are probably ready to go outside the box. Emacs with Slime isn't for everyone (I find it to be a big initial hurdle). Although I'm sure this guy is an Uber emacs expert. Perhaps we can summon u/lispm for an answer here. I think he possibly works for LispWorks and is usually one of the lisp users on HN & Reddit that can answer questions pretty quick.

w3mmpp 7y ago
Having worked for a long time with emacs and slime, I'd have the opposite fear, to have to develop anything in lisp without them, like this is the case for LispWorks.
- kgwgk 7y ago
  > like this is the case for LispWorks. I'm not sure I understand what you meant there, but you can use LispWorks with Emacs/Slime.
  - w3mmpp 7y ago
    Oh then it's interesting because I thought it required to use their IDE. With Emacs/Slime, is it as integrated as with sbcl for example?
    - kgwgk 7y ago
      No, you may still want to use the IDE to access functionality that is not available through slime. But you have the choice. According to the slime documentation: "Most features work uniformly across implementations, but some are prone to variation. These include the precision of placing compiler-note annotations, XREF support, and fancy debugger commands (like 'restart frame')."
- 7thaccount 7y ago
  I'm sure you can use them just fine, but they also have their own tools I think.
lispm 7y ago
I'm not working for LispWorks, but I use it since many years. LispWorks is a relatively expensive commercial implementation of Common Lisp. There might be several reasons to buy it: cross platform GUI support (Windows, Linux/Unix, Mac), integrated IDE, various delivery options for applications, support for various hardware / operating systems, ... I personally also find the runtime system quite robust.

w3mmpp 7y ago

Having worked for a long time with emacs and slime, I'd have the opposite fear, to have to develop anything in lisp without them, like this is the case for LispWorks.

kgwgk 7y ago
> like this is the case for LispWorks. I'm not sure I understand what you meant there, but you can use LispWorks with Emacs/Slime.
- w3mmpp 7y ago
  Oh then it's interesting because I thought it required to use their IDE. With Emacs/Slime, is it as integrated as with sbcl for example?
  - kgwgk 7y ago
    No, you may still want to use the IDE to access functionality that is not available through slime. But you have the choice. According to the slime documentation: "Most features work uniformly across implementations, but some are prone to variation. These include the precision of placing compiler-note annotations, XREF support, and fancy debugger commands (like 'restart frame')."
7thaccount 7y ago
I'm sure you can use them just fine, but they also have their own tools I think.

lispm 7y ago

I'm not working for LispWorks, but I use it since many years. LispWorks is a relatively expensive commercial implementation of Common Lisp. There might be several reasons to buy it: cross platform GUI support (Windows, Linux/Unix, Mac), integrated IDE, various delivery options for applications, support for various hardware / operating systems, ... I personally also find the runtime system quite robust.