C++适用于 Solaris SPARC 的 IDE
我们已经获得了一个 C++ 代码库，该代码库显然是使用 Rational Apex 作为前端开发的。我们认为，Apex 对于 C++ 开发来说不太理想。
我们正在寻找一个可以使用的 IDE，它具有语法突出显示、代码行走（转到定义、显示用法），并且使用起来并不困难。
我们研究了 NetBeans、Sun Studio 和 Understanding。 NetBeans 在每一步都在与我们作斗争，Sun Studio 缺乏功能，Understanding 并不是真正的 IDE，但我们正在考虑尝试强制它与宏成为一体。
关于 SO 还有其他类似的问题，但它们似乎是更有针对性的问题（而且更晦涩）。
我想知道 Solaris 开发人员使用什么。我们是否需要重新审视 NetBeans 或 Sun Studio，还是我们错过了什么？
We've been given a C++ code base that was apparently developed using Rational Apex as the front end. In our opinion, Apex is less than ideal for C++ development.
We're looking for an IDE we can use that has syntax highlighting, code-walking (go to definition, show usages), and isn't a pain to use.
We've looked at NetBeans, Sun Studio and Understand. NetBeans is fighting us every step of the way, Sun Studio is lacking in features, and Understand is not really an IDE, but we're looking at trying to force it to be one with macros.
There are other questions on SO that are similar, but they seem to be more directed questions (and more obscure).
What I'd like to know is what Solaris developers use. Do we need to give NetBeans or Sun Studio another look, or is there something we missed?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（8）
上次我在 Solaris 代码库上工作时，使用了 Visual Studio。是的，微软的产品。现代版本的 Visual Studio 和 Sun Studio 都相当符合标准。因此，我可以在 Windows 上调试应用程序逻辑。对于低级的东西，我们依赖 Qt。额外的好处是，一旦完成了 x86-64/Win 的移植，支持 x86-64/Solaris 就变得微不足道了。
Last time I was working on a Solaris codebase, I used Visual Studio. Yes, the Microsoft product. Modern versions of Both Visual Studio and Sun Studio are fairly standards compliant. As a result, I could debug application logic on Windows. For the low-level stuff we relied on Qt. As a bonus, once you've got the port to x86-64/Win done, supporting x86-64/Solaris becomes trivial.
使用 gcc 的 Eclipse CDT。
Eclipse CDT using gcc.
显然，Code::Blocks IDE（我强烈推荐）可以在 Solaris 上运行 - 请参阅 此链接。话虽如此，我自己的（相当多的）Solaris C++ 编程都是使用 vi 和 make 完成的，这当然是一个可行的选择。
Apparently, the Code::Blocks IDE (which I can strongly recommend) will work on Solaris - see this link. Having said that, all my own (quite considerable) Solaris C++ programming has been done with vi and make, which is certainly a viable option.
我认为你在solaris（或linux）中有三个选择；
(*)cedet(semantic) 适合代码补全，但对于基于模板来说不够好代码。
I think you have three options in solaris(or linux);
(*)cedet(semantic) is good for code completion but not good enough for template based codes.
SunStudio IDE 以前被称为 Forte 时实际上还算不错。如今它似乎是一些 java NetBeans 衍生品的恐怖。上次我在 Solaris 上工作时，我最终通过 Samba 将主目录安装到 Windows 上，并使用 Eclipse 或 Visual Studio 来编辑代码。您可以创建一个虚拟（从某种意义上说，它不用于编译）项目，并且自动完成等功能应该可以工作。但这确实意味着可以在 Solaris 上进行命令行编译和调试。
我认为一旦 Sun 将注意力转移到 Java 上，Solaris 上的 C++ 就不再是一个可行的开发平台了……
The SunStudio IDE actually used to be half-decent when it was called Forte. Nowadays it seems to be some java NetBeans derivative horror. Last time i worked on Solaris i ended up mounting my home dir onto windows over Samba and using either Eclipse or Visual Studio to edit code. You can create a dummy (in the sense that it doesn't get used for compiling) project and auto-complete and like should work. That does mean command-line compiling and debugging back on Solaris though.
I think C++ on Solaris ceased to be a viable development platform once Sun shifted their attention to Java...
您可以从此页面。然后使用 Galileo 更新站点 以正常方式添加 CDT。
CDT 6.0 是第一个真正具有竞争力的 Eclipse C/C++ 支持版本与VS。您可以在 PC 或目标机器上以相同的方式使用它。
You can get the latest sparc solaris eclipse from this page. Then add CDT in the normal way, using the Galileo update site.
CDT 6.0 is the first version of the Eclipse C/C++ support that really counts as competitive with VS. And you can use it in the same way on either a PC or the target machine.
抱歉，如果您不认为它是 IDE，那么 Emacs + CEDET 从来没有让我失望过。即使 CEDET 不完美，您仍然有头脑。 :)
当然，我不知道 Emacs 能否在您的 SPARC 上运行，但我相信它会运行得很好。您花在学习使用它上的每一个小时都是值得的。这是关于如何开始的教程。
Sorry, if you wouldn't consider it an IDE, but Emacs + CEDET never failed me. If CEDET isn't perfect, you still have your head. :)
That's of course if Emacs would work on that SPARC of yours, I wouldn't know, but I believe it will work just fine. Worth every hour you spend learning to use it. Here's a tutorial on how to get started.
Slickedit（400-500美元）绝对是您的最佳选择。
Source Navigator（一个死的开源项目）也可以在 Sparc 机器上编译，但我不认为编辑器很棒。
为什么要绑定 SPARC？它已经过时了，没有未来。
如果您不使用特殊的 SPARC 功能或 SPARC 程序集，我将根据 posix 和 unix 2005 规范进行开发，并使用 Linux，因为您有更多的选择。
Slickedit (400-500US$) is definite the best option for you.
Source Navigator (a dead open source project) will also compile on Sparc machines but i don't think the editor is great.
Why are you bound to SPARC? It's dated and without future.
If you aren't using a special SPARC feature or SPARC assembly i would develop against posix und unix 2005 specification and use Linux where you have more options.