同僚们闲谈，忽然就聊到了a+++++a的问题。这种纯属C言语 “二” 级的问题应该是从a+++a引申出来的吧。于是乎兄弟姐妹们开端评论它的运算成果，以及改怎么了解。更有人写出(a++)+(++a) a+(++(++a)) ((a++)++)+a这样的东西，问应该怎么核算。我表明鸭梨很大…
针对这样的问题我的观念是，“绝不当心求证，只管斗胆胡说!” 哈哈，当然了，我仍是要对我的师兄弟们担任的，所以我下面的“胡说”中会尽量有理有据。
观点一：
a=a+++++a这个东西能够用来评论，乃至是评论它的无所事处，作为增加常识和发现本身了解问题的缝隙是能够的。可是肯定不能拿来作为考试标题，特别是选择题或填空题等客观标题。可是假如作为一道片面讨论题仍是挺风趣的，了解深入的人必定能够写的很好。
观点二：
a=a+++++a的编译和履行成果是随机的，或许有些屌丝编译器自认为自己很牛，能够处理这样的句子，并把它编译出来而不报任何正告。那么我首要主张这样的编译器别用了，其次我要说这个东西的编译成果并不重要，重要的是千万不要在项目代码中这样写。
下面让咱们来看一下实验：
实验环境:
发行版：
[zorro@dhcp-65-110 tmp]$ cat /etc/issue
Fedora release 19 (Schrödinger’s Cat)
Kernel \r on an \m (\l)
内核和体系结构：
[zorro@dhcp-65-110 tmp]$ uname -a
Linux dhcp-65-110.nay.redhat.com 3.11.9-200.fc19.x86_64 #1 SMP Wed Nov 20 21:22:24 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
编译器：
[zorro@dhcp-65-110 tmp]$ gcc -v
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.2/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure –prefix=/usr –mandir=/usr/share/man –infodir=/usr/share/info –with-bugurl=http://bugzilla.redhat.com/bugzilla –enable-bootstrap –enable-shared –enable-threads=posix –enable-checking=release –with-system-zlib –enable-__cxa_atexit –disable-libunwind-exceptions –enable-gnu-unique-object –enable-linker-build-id –with-linker-hash-style=gnu –enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto –enable-plugin –enable-initfini-array –enable-java-awt=gtk –disable-dssi –with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre –enable-libgcj-multifile –enable-java-maintainer-mode –with-ecj-jar=/usr/share/java/eclipse-ecj.jar –disable-libjava-multilib –with-isl=/builddir/build/BUILD/gcc-4.8.2-20131017/obj-x86_64-redhat-linux/isl-install –with-cloog=/builddir/build/BUILD/gcc-4.8.2-20131017/obj-x86_64-redhat-linux/cloog-install –with-tune=generic –with-arch_32=i686 –build=x86_64-redhat-linux
Thread model: posix
gcc version 4.8.2 20131017 (Red Hat 4.8.2-1) (GCC)
为什么要列这么具体?由于我想告知你，纤细的一个编译gcc时运用的编译选项的不同都有或许导致运用gcc时编译成果的不一样。
在Linux体系中，每个软件根本都是经过三个根本过程从源代码到安装进体系运转的。这三个过程是：
configure
make
make install
比方configure时的不同选项和参数会决议代码编译出来的软件的不同特征。好了，这儿不多说这个，言归正传。写一个简略的程序用来测验：
#include
int main(){
int a = 1;
a = a+++++a;
printf("a=%d\n", a);
return 0;
}
咱们来在上面说的环境下用gcc编译看看：
[zorro@dhcp-65-110 tmp]$ gcc -o mytest testcode.c -Wall
testcode.c: 在函数‘main’中:
testcode.c:5:9: 过错：自增操作数有必要是左值
a = a+++++a;
^
linux操作体系文章专题:linux操作体系详解（linux不再难明）
