24,852
社区成员
发帖
与我相关
我的任务
分享pro*c 开发用什么开发工具更方便？
如题。
之前做开发时一直用的是ultraedit加make编译，调试不方便。
请有这方面经验的兄弟姐妹，不吝赐教。
之前做开发时一直用的是ultraedit加make编译，调试不方便。
请有这方面经验的兄弟姐妹，不吝赐教。
...全文
请发表友善的回复…
发表回复
mymtom 2010-07-29
- 打赏
- 举报
SCO的cc古老了一点，不支持c99
其他的AIX/SUNOS/HP下的cc都支持C99。
其他的AIX/SUNOS/HP下的cc都支持C99。
wqkjj 2010-07-28
- 打赏
- 举报
其实保存pro*c的中间结果，这个问题和C程序的编译、调试没有什么区别啊。
如果只是用到标准C的程序，用vc/vs各版本就是很好的选择(不管程序想在windows下还是linux/unix下运行)。
在程序代码中，保持较好的错误跟踪机制，是最快和最好的解决错误的方法。
如果只是用到标准C的程序，用vc/vs各版本就是很好的选择(不管程序想在windows下还是linux/unix下运行)。
在程序代码中，保持较好的错误跟踪机制，是最快和最好的解决错误的方法。
mymtom 2010-07-28
- 打赏
- 举报
vim + ctags + cscope + dbx/gdb
老吴笔记 2010-07-28
- 打赏
- 举报
用VS2008的飘过。。。。~
可以调试，可以编译~~
可以调试，可以编译~~
dudongxiao 2010-07-28
- 打赏
- 举报
用PRO*C的人这么少吗
wqkjj 2010-07-28
- 打赏
- 举报
Most C compilers now have support for at least some of the features of C99.
这句没有说服力，呵呵。。。。
Microsoft and Borland都不怎么支持，那也算是C89年代的两大主力啊。所以我记得在某本书上说大家不怎么热情来着。
我主要玩unix，aix/sco/sunos/hp，这些似乎都还没有支持到c99(虽然前面也提到了sun已经全面支持c99了)，
倒是提醒我明天回公司去看看)^-^
这句没有说服力，呵呵。。。。
Microsoft and Borland都不怎么支持，那也算是C89年代的两大主力啊。所以我记得在某本书上说大家不怎么热情来着。
我主要玩unix，aix/sco/sunos/hp，这些似乎都还没有支持到c99(虽然前面也提到了sun已经全面支持c99了)，
倒是提醒我明天回公司去看看)^-^
mymtom 2010-07-28
- 打赏
- 举报
mymtom 2010-07-28
- 打赏
- 举报
大多数编译器都支持C99啊, GCC就不用说了
Most C compilers now have support for at least some of the features of C99. However, there has been less support from vendors such as Microsoft and Borland that have mainly focused on C++.
GCC, despite its extensive C99 support, is still not a completely compliant implementation (44 features done); as of May 2010[update], 6 of the features are missing or do not work correctly.[1]
The Open Watcom C compiler implements the most-used parts of the standard. However, they are enabled only through an undocumented command-line switch.[2]
According to Sun Microsystems, Sun Studio (which is downloadable without charge) now supports the full C99 standard.[3]
The C interpreter Ch supports major C99 features [4] and it is available without charge in Windows, Linux, Mac OS X, Solaris, QNX and FreeBSD.
The compiler within Pelles C supports most C99 features.
Intel C++ compiler supports some of the most important C99 features.
The free AMD x86 Open64 Compiler Suite has C99 support equal to that of GCC.[5]
The Tiny C Compiler supports most of C99 except complex numbers and variable length arrays.
The Portable C compiler is also working to become C99 compliant.
Clang is C99 compliant, except for the C99 floating-point pragmas.[6]
Most C compilers now have support for at least some of the features of C99. However, there has been less support from vendors such as Microsoft and Borland that have mainly focused on C++.
GCC, despite its extensive C99 support, is still not a completely compliant implementation (44 features done); as of May 2010[update], 6 of the features are missing or do not work correctly.[1]
The Open Watcom C compiler implements the most-used parts of the standard. However, they are enabled only through an undocumented command-line switch.[2]
According to Sun Microsystems, Sun Studio (which is downloadable without charge) now supports the full C99 standard.[3]
The C interpreter Ch supports major C99 features [4] and it is available without charge in Windows, Linux, Mac OS X, Solaris, QNX and FreeBSD.
The compiler within Pelles C supports most C99 features.
Intel C++ compiler supports some of the most important C99 features.
The free AMD x86 Open64 Compiler Suite has C99 support equal to that of GCC.[5]
The Tiny C Compiler supports most of C99 except complex numbers and variable length arrays.
The Portable C compiler is also working to become C99 compliant.
Clang is C99 compliant, except for the C99 floating-point pragmas.[6]
wqkjj 2010-07-28
- 打赏
- 举报
[Quote=引用 6 楼 mymtom 的回复:]
引用 5 楼 wqkjj 的回复:
其实保存pro*c的中间结果，这个问题和C程序的编译、调试没有什么区别啊。
如果只是用到标准C的程序，用vc/vs各版本就是很好的选择(不管程序想在windows下还是linux/unix下运行)。
在程序代码中，保持较好的错误跟踪机制，是最快和最好的解决错误的方法。
C99的很多功能VS不支持啦.
[/Quote]
哦，对了，现在支持C99的linux/unix系统多吗？印象中C99好像大家不怎么热情，因此已经实现的厂商不是很多？
引用 5 楼 wqkjj 的回复:
其实保存pro*c的中间结果，这个问题和C程序的编译、调试没有什么区别啊。
如果只是用到标准C的程序，用vc/vs各版本就是很好的选择(不管程序想在windows下还是linux/unix下运行)。
在程序代码中，保持较好的错误跟踪机制，是最快和最好的解决错误的方法。
C99的很多功能VS不支持啦.
[/Quote]
哦，对了，现在支持C99的linux/unix系统多吗？印象中C99好像大家不怎么热情，因此已经实现的厂商不是很多？
wqkjj 2010-07-28
- 打赏
- 举报
[Quote=引用 6 楼 mymtom 的回复:]
引用 5 楼 wqkjj 的回复:
其实保存pro*c的中间结果，这个问题和C程序的编译、调试没有什么区别啊。
如果只是用到标准C的程序，用vc/vs各版本就是很好的选择(不管程序想在windows下还是linux/unix下运行)。
在程序代码中，保持较好的错误跟踪机制，是最快和最好的解决错误的方法。
C99的很多功能VS不支持啦.
[/Quote]
哦，这个倒没有注意过。我玩跨平台的时候一般是C89标准。
引用 5 楼 wqkjj 的回复:
其实保存pro*c的中间结果，这个问题和C程序的编译、调试没有什么区别啊。
如果只是用到标准C的程序，用vc/vs各版本就是很好的选择(不管程序想在windows下还是linux/unix下运行)。
在程序代码中，保持较好的错误跟踪机制，是最快和最好的解决错误的方法。
C99的很多功能VS不支持啦.
[/Quote]
哦，这个倒没有注意过。我玩跨平台的时候一般是C89标准。
mymtom 2010-07-28
- 打赏
- 举报
[Quote=引用 5 楼 wqkjj 的回复:]
其实保存pro*c的中间结果，这个问题和C程序的编译、调试没有什么区别啊。
如果只是用到标准C的程序，用vc/vs各版本就是很好的选择(不管程序想在windows下还是linux/unix下运行)。
在程序代码中，保持较好的错误跟踪机制，是最快和最好的解决错误的方法。
[/Quote]
C99的很多功能VS不支持啦.
其实保存pro*c的中间结果，这个问题和C程序的编译、调试没有什么区别啊。
如果只是用到标准C的程序，用vc/vs各版本就是很好的选择(不管程序想在windows下还是linux/unix下运行)。
在程序代码中，保持较好的错误跟踪机制，是最快和最好的解决错误的方法。
[/Quote]
C99的很多功能VS不支持啦.
康斯坦汀 2010-07-08
- 打赏
- 举报
我们这边都是editplus。有内部机制免调试。
