有相当多的Clipper编译器可用：Harbour、CLIP和xHarbour等免费软件之一。

毫无疑问，选择之路是Harbour。不要浪费时间在像CLIP或xHarbour这样的放弃项目上。

Harbour is 99.99 percent compatible. Also you can call win DLLs easily. I am maintaining that way adding new features with writing new DLLs.

我在Linux中使用过CLIP...效果很棒。它有很多标准DOS CA-Clipper里没有的好东西。

FlagShip是一种得到很好支持和稳定的Clipper编译器，可在所有Unix版本上运行。美国的一些主要零售连锁店仍在使用基于Clipper的销售点系统，并在Linux上移植到了FlagShip。它具有一些不错的面向对象扩展和一种非常简单的方式，可以插入必要的内联C代码。

我发现xHabour有时候可以打印，有时候又不行，这让我非常烦恼。所以，我现在不怎么使用它了。

我有一个维护和迁移旧的Clipper和Foxpro应用程序的领域。最大的问题，特别是在Clipper中，是第三方库。这种代码在Windows Clipper编译器中无法编译，而且一个Clipper应用程序使用多个这样的库并不常见。有时代码已经移植到Windows，但通常没有。

顺便说一下，当又一家大公司打电话来，说他们有一个自1992年以来一直在Clipper或FoxDOS中运行的关键应用程序，问我能否将其迁移到Windows时，我并不感到惊讶。Clipper就像COBOL一样。

别这样！这是最好的方法！转向现代语言（C＃，VB.Net，Java，OO Cobol（！），Python或Ruby）。

我更喜欢C#和面向对象的Cobol（www.alchemysolutions.com，www.Veryant.com，www.microfocus.com，www.legacyj.com，www.cobol-it.com，www.ibm.com/cobol）。

CA Visual Objects（VO）是官方的继承者，但不要期望只是将您的Clipper 5.3应用程序重新编译为VO。所有屏幕界面代码都需要为新的用户界面进行重写。

我仍在进行 Clipper 5.3 的维护编程。它绝不是一种死语言，在 news:comp.lang.clipper（也可通过Google Groups访问）上有一个活跃的用户社区。如果你转向 xHarbour，news:comp.lang.xharbour (同上) 也有一个强大的存在。

我从未使用过，但我了解到Vulcan.NET是为了提供从Clipper/xBase/Visual Objects到.NET Framework的升级路径而创建的。可能值得一看。

Don t even think about using FlagShip 6. It s incredibly slow compared to the very nice FlagShip 4, but you must use FlagShip 6 on Linux if you want to have an up-to-date server (newer glibc). Harbour is no doubt the way to go now!