新闻中心

EEPW首页 > 嵌入式系统 > 牛人业话 > 剖析C语言中a=a+++++a的无聊问题

剖析C语言中a=a+++++a的无聊问题

作者:RedHatter时间:2013-12-05来源:电子产品世界收藏

  同僚们闲聊,突然就聊到了a+++++a的问题。这种纯属 “二” 级的问题应该是从a+++a引申出来的吧。于是乎兄弟姐妹们开始讨论它的运算结果,以及改如何理解。更有人写出(a++)+(++a) a+(++(++a)) ((a++)++)+a这样的东西,问应该如何计算。我表示鸭梨很大...

本文引用地址:http://www.eepw.com.cn/article/198269.htm

  针对这样的问题我的观点是,“绝不小心求证,只管大胆胡说!” 哈哈,当然了,我还是要对我的师兄弟们负责的,所以我下面的“胡说”中会尽量有理有据。

  看法一:

  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
   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/

  

  [zorro@dhcp-65-110 tmp]$ -v
  Using built-in specs.
  COLLECT_GCC=/usr/bin/
  COLLECT_LTO_WRAPPER=/usr/libexec//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时编译结果的不一样。

  在系统中,每个软件基本都是通过三个基本步骤从源代码到安装进系统运行的。这三个步骤是:

  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不再难懂)

linux操作系统文章专题:linux操作系统详解(linux不再难懂)

c语言相关文章:c语言教程


linux相关文章:linux教程


c++相关文章:c++教程



上一页 1 2 下一页

关键词: Linux C语言 编译器 gcc

评论


相关推荐

技术专区

关闭