C中括号优先级的思考
问题源于论坛的一道题目：
http://topic.csdn.net/u/20100216/21/ec98464e-a47e-4263-bb1c-a001e130ba87.html
下面是问题：
设int arr[]={6,7,8,9,10};
int *ptr=arr;
*(ptr++)+=123;
printf(＂%d,%d＂,*ptr,*(++ptr));
答案为什么是：8，8
问题的焦点也落在printf执行的问题上，到底先执行谁，后执行谁， 还有部分有才青年将该问题中庸化，觉得跟编译器有关。
执行的顺序真的跟编译器有关吗? 后面再讨论这个问题。
printf执行的问题， 完全可以归结函数执行顺序的通用问题， 所以，用例子来将该问题抽象化：
#include <stdio.h>
int left()
{
printf("left \n");
return 0;
}
int right()
{
printf("right \n");
return 0;
}
int myFunction(int a, int b)
{
return 0;
}
int main()
{
myFunction(left(),right());
}
执行的结果是：
right
left
从中可以看出来， 括号中(理解为函数即可)， 执行的顺序是先从右边，再从左边。
现在，再考虑编译器的影响， 我们说的编译器不是你自家开发的编译器， 这个世界上总有些BT的机构， 可能也会开发一个编译器，可能也搞些非常BT的功能(类似于咱移动喜欢将别人好好的WIFI给阉割了), 我们不讨论BT的个案。
ANSI C的标准中，一条不成文的规定是， 目标参数往往作为第一个参数， 类似于strcpy(dst, src). 这个规定，主流的编译器都认同这样一条规则， 在操纵目标之前， 必定先要将源好好处理一把， 所以， 函数中，也就是括号中，确定的优先级，是从最右边，也就是从src源开始处理，处理完后，再进一步处理dst的。
这样的设计，既符合ANSI C的约定， 也符合处理常识。
如果真的有编译器不按照这条路走的， 崩溃的不是程序，而是Coder.
相关文档：
int arr[]={6,7,8,9,10};
int *ptr=arr;
*(ptr++)+=123;
printf("%d,%d",*ptr,*(++ptr));
此题最后的结果是8，8.
乍看结果应该是7和8。
原理：
因为它们作为printf的参数，函数printf从左往右读取，然后将先读取放到栈底，最后读取的放在栈顶，处理时候是从栈顶开始的，所有我们看见的结果是，从右边开始处理的。 ......
1.引言
C++语言的创建初衷是“a better C”，但是这并不意味着C++中类似C语言的全局变量和函数所采用的编译和连接方式与C语言完全相同。作为一种欲与C兼容的语言，C++保留了一部分过程式语言的特点（被世人称为“不彻底地面向对象”），因而它可以定义不属于任何类的全局变量和函数。但是，C++毕� ......
C/C++是最主要的编程语言。这里列出了50名优秀网站和网页清单，这些网站提供c/c++源代码 。这份清单提供了源代码的链接以及它们的小说明。我已尽力包括最佳的C/C++源代码的网站。这不是一个完整的清单，您有建议可以联系我，我将欢迎您的建 议，以进一步加强这方面的清单。
1、http://snippets.dzone.com/tag/c/&nbs ......
本文介绍在GNU/Linux环境下一个C程序由源代码到程序，到加载运行，最后终止的过程。同时以此过程为载体，介绍GNU/Linux平台下软件开发工具的使用。
本文以我们最常见的hello, world!为例：
#include <stdio.h>
main ()
{
printf(“hello, world!\n” ......
下面这段代码有啥错误？
#if ULONG_MAX == 0xFFFFFFFF
inline unsigned long byte_swap(unsigned long x) { return __builtin_bswap32(x); }
inline long byte_swap(long x) { return __builtin_bswap32(x); }
#else
inline unsigned long byte_swap(unsigned long x) { return __builtin_bswap64(x); }
inline long ......
