同僚們閑聊，突然就聊到了a+++++a的問題。這種純屬C語言 “二” 級的問題應(yīng)該是從a+++a引申出來的吧。于是乎兄弟姐妹們開始討論它的運(yùn)算結(jié)果，以及改如何理解。更有人寫出(a++)+(++a) a+(++(++a)) ((a++)++)+a這樣的東西，問應(yīng)該如何計(jì)算。我表示鴨梨很大...

　　針對這樣的問題我的觀點(diǎn)是，“絕不小心求證，只管大膽胡說!” 哈哈，當(dāng)然了，我還是要對我的師兄弟們負(fù)責(zé)的，所以我下面的“胡說”中會盡量有理有據(jù)。

　　看法一：

　　a=a+++++a這個(gè)東西可以用來討論，甚至是討論它的無所事處，作為增長知識和發(fā)現(xiàn)自身理解問題的漏洞是可以的。但是絕對不能拿來作為考試題目，特別是選擇題或填空題等客觀題目。但是如果作為一道主觀探討題還是挺有趣的，理解深刻的人一定可以寫的很好。

　　看法二：

　　a=a+++++a的編譯和執(zhí)行結(jié)果是隨機(jī)的，可能有些屌絲編譯器自認(rèn)為自己很牛，可以處理這樣的語句，并把它編譯出來而不報(bào)任何警告。那么我首先建議這樣的編譯器別用了，其次我要說這個(gè)東西的編譯結(jié)果并不重要，重要的是千萬不要在項(xiàng)目代碼中這樣寫。

　　下面讓我們來看一下試驗(yàn)：

　　試驗(yàn)環(huán)境:

　　發(fā)行版：

　　[zorro@dhcp-65-110 tmp]$ cat /etc/issue
　　Fedora release 19 (Schr?dinger’s Cat)
　　Kernel r on an m (l)

　　內(nèi)核和體系結(jié)構(gòu)：

　　[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)

　　為什么要列這么詳細(xì)?因?yàn)槲蚁敫嬖V你，細(xì)微的一個(gè)編譯gcc時(shí)使用的編譯選項(xiàng)的差別都有可能導(dǎo)致使用gcc時(shí)編譯結(jié)果的不一樣。

　　在Linux系統(tǒng)中，每個(gè)軟件基本都是通過三個(gè)基本步驟從源代碼到安裝進(jìn)系統(tǒng)運(yùn)行的。這三個(gè)步驟是：

　　configure

　　make

　　make install

　　比如configure時(shí)的不同選項(xiàng)和參數(shù)會決定代碼編譯出來的軟件的不同特征。好了，這里不多說這個(gè)，言歸正傳。寫一個(gè)簡單的程序用來測試：

　　#include
　　int main(){
　　   int a = 1;
　　   a = a+++++a;
　　   printf("a=%dn", a);
　　   return 0;
　　}

　　我們來在上面說的環(huán)境下用gcc編譯看看：

　　[zorro@dhcp-65-110 tmp]$ gcc -o mytest testcode.c -Wall
　　testcode.c: 在函數(shù)‘main’中:
　　testcode.c:5:9: 錯(cuò)誤：自增操作數(shù)必須是左值
　　a = a+++++a;
               　　^

linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解（linux不再難懂）