【问题标题】:gcc compiling c++ without any flagsgcc 编译 c++ 没有任何标志
【发布时间】:2014-12-08 22:05:05
【问题描述】:

上下文

最近,在我的 ubuntu 12.04 下,我努力获得一个新的g++ 以编译-std=c++11。 但似乎有些修改也影响了gcc

问题

事实是,现在,当我使用gcc 编译时,当我想编译 C 程序时,它似乎直接(并且没有任何标志)编译 C++ 程序:

例如:

$ gcc assem.c
assem.c: In function 'int main()':
assem.c:6:13: warning: deprecated conversion from string constant to 'char*' [-Wwrite-strings]
   char* k = "aa";

汇编.c

void f() {}
int main() {

  int a = 0;
  double c = 0;
  char* k = "aa";

  f();
}

我的 gcc 上的一些测试

版本:

$gcc --version
gcc (Ubuntu 4.8.1-2ubuntu1~12.04) 4.8.1
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

gcc 上的别名:

$ alias gcc
bash: alias: gcc : non trouvé

在 gcc 上:

$ echo `which gcc`
/usr/bin/gcc

我的环境中可能留下的标志:

$ env | grep FLAG
#nothing

所以

知道有什么问题吗?

编辑

gcc assem.c -v 明确表明涉及 g++:

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.8.1-2ubuntu1~12.04' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.8.1 (Ubuntu 4.8.1-2ubuntu1~12.04) 
COLLECT_GCC_OPTIONS='-v' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-linux-gnu/4.8/cc1plus -quiet -v -imultilib . -imultiarch x86_64-linux-gnu -D_GNU_SOURCE assem.c -quiet -dumpbase assem.c -mtune=generic -march=x86-64 -auxbase assem -version -fstack-protector -o /tmp/ccoeLOQ4.s
GNU C++ (Ubuntu 4.8.1-2ubuntu1~12.04) version 4.8.1 (x86_64-linux-gnu)
    compiled by GNU C version 4.8.1, GMP version 5.0.2, MPFR version 3.1.0-p3, MPC version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring duplicate directory "/usr/include/x86_64-linux-gnu/c++/4.8"
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/4.8
 /usr/include/x86_64-linux-gnu/c++/4.8/.
 /usr/include/c++/4.8/backward
 /usr/lib/gcc/x86_64-linux-gnu/4.8/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/4.8/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
GNU C++ (Ubuntu 4.8.1-2ubuntu1~12.04) version 4.8.1 (x86_64-linux-gnu)
    compiled by GNU C version 4.8.1, GMP version 5.0.2, MPFR version 3.1.0-p3, MPC version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 227d7ccf008db5ae401be7ddcc6b4746
assem.c: In function 'int main()':
assem.c:8:13: warning: deprecated conversion from string constant to 'char*' [-Wwrite-strings]
   char* k = "aa";
             ^
COLLECT_GCC_OPTIONS='-v' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
 as -v --64 -o /tmp/ccWfpqbX.o /tmp/ccoeLOQ4.s
GNU assembler version 2.22 (x86_64-linux-gnu) using BFD version (GNU Binutils for Ubuntu) 2.22
COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.8/:/usr/lib/gcc/x86_64-linux-gnu/4.8/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.8/:/usr/lib/gcc/x86_64-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.8/:/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../lib/:/lib/x86_64-linux-gnu/:/lib/../lib/:/usr/lib/x86_64-linux-gnu/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-linux-gnu/4.8/collect2 --sysroot=/ --build-id --eh-frame-hdr -m elf_x86_64 --hash-style=gnu --as-needed -dynamic-linker /lib64/ld-linux-x86-64.so.2 -z relro /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crt1.o /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.8/crtbegin.o -L/usr/lib/gcc/x86_64-linux-gnu/4.8 -L/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.8/../../.. /tmp/ccWfpqbX.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/lib/gcc/x86_64-linux-gnu/4.8/crtend.o /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crtn.o

应乔纳森的要求

$ ls -li /usr/bin/g[c+][c+]
2633166 lrwxrwxrwx 1 root root 21 Oct 10 14:15 /usr/bin/g++ -> /etc/alternatives/g++
2624623 lrwxrwxrwx 1 root root 21 Oct  8 11:38 /usr/bin/gcc -> /etc/alternatives/gcc
$ls -Lli /usr/bin/g[c+][c+]
2650954 -rwxr-xr-x 1 root root 775944 Jun  5  2013 /usr/bin/g++
2650954 -rwxr-xr-x 1 root root 775944 Jun  5  2013 /usr/bin/gcc
$ gcc assem.c -Wstrict-prototypes
cc1plus: warning: command line option '-Wstrict-prototypes' is valid for C/ObjC but not for C++ [enabled by default]
assem.c: In function 'int main()':
assem.c:6:13: warning: deprecated conversion from string constant to 'char*' [-Wwrite-strings]
   char* k = "aa";

解决方案

感谢nosJonathan:有问题:

$ ls -li /usr/bin/g[c+][c+]
2633166 lrwxrwxrwx 1 root root 21 Oct 10 14:15 /usr/bin/g++ -> /etc/alternatives/g++
2624623 lrwxrwxrwx 1 root root 21 Oct  8 11:38 /usr/bin/gcc -> /etc/alternatives/gcc
$ls -Lli /usr/bin/g[c+][c+]
2650954 -rwxr-xr-x 1 root root 775944 Jun  5  2013 /usr/bin/g++
2650954 -rwxr-xr-x 1 root root 775944 Jun  5  2013 /usr/bin/gcc
$  ls -l /etc/alternatives/gcc
lrwxrwxrwx 1 root root 16 Oct 10 14:15 /etc/alternatives/gcc -> /usr/bin/g++-4.8

真正的解决方案是这样做:

sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.8 <priority>

【问题讨论】:

  • 你是根据什么推断出来的!!
  • 好的;现在你的实际toto.c 文件中的另外两行代码是什么?该错误在第 8 行报告,但错误代码在您显示的第 6 行。您曾经在问题中写过Toto.c;你确定你没有Toto.C(因为.C 后缀表示C++)。你说得对,错误是 C++ 错误而不是 C 错误。
  • 请发布您运行的 actual 命令,以及您得到的 actual 错误。不要编辑它们以使它们看起来更漂亮,您很可能会从中删除相关内容。
  • @CollioTV 您当前的问题再次声称运行gcc toto.c -v,并声称收到来自assem.c 的错误,因此很明显您要么编辑了命令,要么编辑了命令的输出。
  • 让我们尝试消除不可能:你从ls -li /usr/bin/g[c+][c+] 得到什么?如果涉及符号链接,则还显示ls -Lli /usr/bin/g[c+][c+]。将信息添加到问题中。我想知道gcc 二进制文件是否实际上是g++ 二进制文件的副本或链接。不太可能,除了它会解释你所看到的古怪行为。您也可以尝试选项-Wstrict-prototypes;它对g++ 无效,但对gcc 有效。

标签: c gcc c++11 g++


【解决方案1】:

将 cmets 转换为答案

让我们尝试消除不可能的事情——你从中得到什么:

ls -li /usr/bin/g[c+][c+]

如果涉及符号链接,则还显示以下输出:

ls -Lli /usr/bin/g[c+][c+]

我想知道gcc 二进制文件是否实际上是g++ 二进制文件的副本或链接。不太可能,除了它会解释你所看到的古怪行为。您也可以尝试选项-Wstrict-prototypes;它对g++ 无效,但对gcc 有效

[……时间流逝……]

带有gcc -Wstrict-prototypes 的错误信息具有指导意义;它强烈表明gcc 以某种方式指向 C++ 编译器,而不是 C 编译器。

[…更多时间过去了…]

这就是你的答案:inode 编号(来自-i,是输出中的第一个数字)表明/usr/bin/gcc/usr/bin/g++ 都指向同一个文件,inode 编号为 2650954。所以,它们都是 C++ 编译器。

我建议卸载这两个编译器并重新安装。这应该解决问题。

或者,如果您有/usr/bin/gcc-4.8(并且它与/usr/bin/g++-4.8 不同),您可以将/etc/alternatives/gcc 更改为指向/usr/bin/gcc-4.8 而无需完全重新安装。不过,总的来说,我建议卸载并重新安装。如果这搞砸了,还有什么也搞砸了。


请注意,最好将您在问题中显示的所有内容保持完全正确,以免出现不一致。如果做不到这一点,请非常仔细地编辑所有内容,以免出现不一致。如果存在内部矛盾,那些试图回答这个问题的人的生活就会变得复杂——我们不知道什么是可以信任的,什么是不可以信任的。

您的问题很不寻常——非常不寻常。我没想到发生的事情是不可能的,但是,正如Sherlock Holmes 所说的那样,“我有多少次对你说过,当你消除了不可能的事情时,剩下的无论多么不可能,都必须是真相?”

【讨论】:

  • sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.8 &lt;priority&gt; 有我的解决方案(比重新安装更危险)
  • 您知道替代链接是如何搞砸的吗?我同意你的解决方案(除了我没有使用update-alternatives,但它正在做我建议的替代方案)。如果您不知道它是如何搞砸的,并且仍然得到奇怪的结果,我建议您卸载并重新安装。如果您所做的工作有效(而且很可能有效),那么您就可以轻松地回家了。
  • 前实习生在我开会的时候拿到了这台电脑(和会话),我想我知道问题出在哪里......
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-01-04
  • 1970-01-01
相关资源
最近更新 更多