8

编辑2:

所以这里是程序的一个例子:

#include <stdio.h>
#include <ctype.h>
int main ()
{
  int i=0;
  char str[]="Test String.\n";
  char c;
  while (str[i])
  {
    c=str[i];
    putchar (toupper(c));
    i++;
  }
  return 0;
 }

1)铿锵声:

clang++ -std=c++0x -stdlib=libc++ -lc++ main.cc -o main

编译得很好。

2)g++-mp-4.8 -std=c++11 main.cc -o main给出:

Undefined symbols for architecture x86_64:
  "toupper(int)", referenced from:
      _main in ccWjHauc.o
ld: symbol(s) not found for architecture x86_64
collect2: error: ld returned 1 exit status

3)g++-mp-4.8 main.cc -o main编译!

任何想法设置有什么问题?

==========

有人可以帮助了解 Gcc/macports/os 10.9 的变化吗?

我曾经有一个在 os 10.8 中工作的第三方库的编译脚本。最近我从 macports 更新到新的 osx (10.9) 和 gcc 4.7 停止链接。特别是我有:

Undefined symbols for architecture x86_64:
 "isspace(int)", referenced from:

这个问题与这里提到的问题非常相似istype。但是它似乎isspace不在 libgcc++.dylib 中。

有什么想法可以尝试吗?

编辑1:

确实,4.8 解决了这个问题isspace,但另一个浮出水面 - toupper

Undefined symbols for architecture x86_64:
  "toupper(int)", referenced from: ...

这里发生了什么?!。它与新的 Xcode (5.0) 有关吗?

4

3 回答 3

10

http://trac.macports.org/ticket/41033中有一个补丁 它解决了我的问题。您只需修补 /usr/include/sys/cdefs.h 中的文件并替换

#elif defined(__GNUC__) && defined(__GNUC_STDC_INLINE__)

经过

#elif defined(__GNUC__) && defined(__GNUC_STDC_INLINE__) && !defined(__cplusplus)

祝你好运。

于 2013-10-31T12:49:20.210 回答
4

大多数ctype.h项目被声明为内联定义,因此它们在编译时得到扩展。当您不使用 编译时-std=c++11,它会扩展为:

extern inline int 
toupper(int _c) 
{ 
        return (__toupper(_c)); 
} 

当您使用 编译时-std=c++11,它会扩展为:

extern inline __attribute__((__gnu_inline__)) int 
toupper(int _c) 
{ 
        return (__toupper(_c)); 
}

出于某种原因,g++ 然后选择忽略那里提供的完美定义。

根据对此无效错误的评论,gcc 选择不优化代码并在其中一个链接库中查找定义。

一种解决方法似乎是至少使用-O1优化进行编译,这样可以避免这个问题,但它真的很麻烦。

现在,当我们查看非 C++11 和 C++11 之间的#defines 差异时,我们看到我们有一个额外的#define:

$ touch x.cc
$ g++-4.9 -dM -E x.cc | grep STD
#define __STDC_HOSTED__ 1
#define __STDC__ 1
$ g++-4.9 -std=c++11 -dM -E x.cc | grep STD
#define __STDC_HOSTED__ 1
#define __GNUC_STDC_INLINE__ 1
#define __STDC__ 1

并且由于 10.9 SDK ( ) 中的一段代码usr/include/sys/cdefs.h,所有这些__DARWIN_CTYPE_TOP_inlinecytpe.h变成了由于这一点附加代码而变成的__header_inlineextern __inline __attribute__((__gnu_inline__))

#elif defined(__GNUC__) && defined(__GNUC_STDC_INLINE__)
# define __header_inline           extern __inline __attribute__((__gnu_inline__))

看起来苹果的标头正在尝试做正确的事情,但他们并没有涵盖所有的基础。还有另一个问题,其中提到了类似的错误。

于 2013-10-30T18:35:44.497 回答
0

几天来,我一直在阅读有关特立独行的链接器错误的信息。这个问题似乎出现在某些工具的交叉链接上,这些工具过去是兼容的,但现在更久了。

您是否尝试过强制所有工具使用一种类型的 clang++ 或 llvm-g++?

于 2013-10-30T16:44:44.957 回答