530，继续抽某昏昏

OwnWaterloo

wwwsq 发表于 2012-05-30 15:56
coreutils-8.9\configure(25109):int main()

这是configure脚本在干活。要是编译器不支持，coreutils的configure就歇菜了。

关于这个，补充一下。
------ ------ 分割线（不感兴趣可直接跳到下一分割线） ------ ------

emacs.c确实是使用规范的2参数（也不排除之前的GNU Emacs版本不是）

1. 
   
2. int
   
3. main (int argc, char **argv)
   
4. {
   

复制代码

但整个emacs代码里随处可见K&R风格

1. 
   
2. Lisp_Object
   
3. unbind_to (count, value)
   
4.      int count;
   
5.      Lisp_Object value;
   
6. {
   

复制代码

emacs附带的一些utls(emacsclient.c etags.c ebrowse.c)也使用K&R风格的main

1. 
   
2. int
   
3. main (argc, argv)
   
4.      int argc;
   
5.      char **argv;
   
6. {
   

复制代码

------ ------ 分割线（为什么歇菜请跳回上一分割线） ------ ------

所以，要是编译器不支持K&R，emacs也歇菜了。
所以，要是编译器不支持K&R，emacs也歇菜了。但那又如何？
emacs是旧有代码，而且它比C标准化更早，使用K&R也没什么奇怪的。
并且这些代码也能被编译，emacs不将它们全部修改为C89/C99也没什么奇怪的。


问题：新的C代码应该怎么写？又应该教初学者怎么写？是K&R式？还是int main()？还是int main(void)？


PS：居然14页了……

wwwsq

OwnWaterloo 发表于 2012-05-30 23:42
关于这个，补充一下。
------ ------ 分割线（不感兴趣可直接跳到下一分割线） ------ ------

新的C代码，应该按照最简洁易懂、最不容易出错的方式写。

以个人观点来说，我是更倾向于int main()的，因为int main(void)实在是有点累赘。

这大概也是coreutils、autoconf那些工具并不急着去‘纠正’那些“int main()”的原因。

OwnWaterloo

回复 142# wwwsq

void f(void) 在C/C++里都是同一个意思：不接受任何参数。

但void g()在C/C++里是不同的意思。
C++：不接受任何参数。
C：接受任意参数。 （相当于C++里的void g(...)）

不知道你考虑到这点没有？

wwwsq

OwnWaterloo 发表于 2012-05-30 23:49
回复 142# wwwsq

void f(void) 在C/C++里都是同一个意思：不接受任何参数。

如果这个区别不会影响程序的运行，我就认为这种区别仅仅是理论上的区别，是无关紧要的。

对于这种无关紧要的区别，我认为应该让步于代码的简洁性。

walleeee

回复 144# wwwsq


哈哈哈哈

你的盟友垃圾袋呢？怎么不来了？是不是觉得阿斗扶不上墙被马克死了？


实验下功能
@wwwsq
@塑料袋

walleeee

回复 141# OwnWaterloo


    kr我在glibc里面见得最多

三月廿七

walleeee 发表于 2012-05-30 23:52
回复 144# wwwsq

我baidu了一些资料， 其实阿斗还是很聪明的

OwnWaterloo

wwwsq 发表于 2012-05-30 23:50
如果这个区别不会影响程序的运行，我就认为这种区别仅仅是理论上的区别，是无关紧要的。

对于这种无关紧要的区别，我认为应该让步于代码的简洁性。

有点memory.h更有可读性的味道……

算了……  关于obsolete什么的，我也没法说服你。strstream现在都躺在vc10与gcc4.6里……

starwing83

回复 143# OwnWaterloo


    哎，你说出来干嘛，我就是料定他不知道这个才好调戏他，这下子你告诉他了，没得调戏了………………

walleeee

回复 147# 三月廿七


我只能说你太损了