【问题标题】:K&R Exercise 1-16 clang - conflicting types for getlineK&R 练习 1-16 clang - getline 的冲突类型
【发布时间】:2013-06-30 08:39:06
【问题描述】:

我正在使用 K&R,使用 Clang 作为我的编译器。

练习 1-16 在使用 Clang 编译时会产生“'getline' 的类型冲突”错误。我猜是因为其中一个默认库有一个 getline 函数。

在编译 K&R 练习时我应该将哪些选项传递给 Clang 以避免包含其他任何内容?

要修改的练习样本是:

#include <stdio.h>
#define MAXLINE 1000

int getline(char line[], int maxline);
void copy(char to[], char from[]);

/* print longest input line */
main()
{
  int len; /* current line length */
  int max; /* maximum line lenght seen so far */
  char line[MAXLINE]; /* current input line */
  char longest[MAXLINE]; /* longest line saved here */

  max = 0;

  while ((len = getline(line, MAXLINE)) > 0)
    if ( len > max) {
      max = len;
      copy(longest, line); /* line -> longest */
    }

  if (max > 0) /* there was a line */
    printf("\n\nLength: %d\nString: %s", max -1, longest);
  return 0;
}

/* getline: read a line into s, return length */
int getline(char s[], int lim)
{
  int c,i;

  for (i=0; i<lim-1 && (c=getchar()) != EOF && c!='\n'; ++i)
    s[i] = c;

  if (c == '\n') {
    s[i] = c;
    ++i;
  }

  s[i] = '\0';
  return i;
}

/* copy: copy "from" into "to"; assume to is big enough */
void copy(char to[], char from[])
{
  int i;

  i = 0;

  while((to[i] = from[i]) != '\0')
    ++i;
}

调用时来自 Clang 的错误:cc ex1-16.c -o ex1-16

ex1-16.c:4:5: error: conflicting types for 'getline'
int getline(char line[], int maxline);
    ^
/usr/include/stdio.h:449:9: note: previous declaration is here
ssize_t getline(char ** __restrict, size_t * __restrict, FILE *...
        ^
ex1-16.c:17:38: error: too few arguments to function call, expected 3, have 2
  while ((len = getline(line, MAXLINE)) > 0)
                ~~~~~~~              ^
/usr/include/stdio.h:449:1: note: 'getline' declared here
ssize_t getline(char ** __restrict, size_t * __restrict, FILE *...
^
ex1-16.c:29:5: error: conflicting types for 'getline'
int getline(char s[], int lim)
    ^
/usr/include/stdio.h:449:9: note: previous declaration is here
ssize_t getline(char ** __restrict, size_t * __restrict, FILE *...
        ^
3 errors generated.

【问题讨论】:

  • 对于手边没有K&R副本的人,能否发布一个示例程序以及尝试编译时遇到的错误?

标签: c clang


【解决方案1】:

问题只是您的系统已经提供了一个名为getline 的函数。 man getline 应该告诉你它的签名。在我的系统上是:

ssize_t getline(char ** restrict linep, size_t * restrict linecapp, FILE * restrict stream);

您可以匹配它,或者只是将您的函数重命名为“mygetline”或类似的名称。

或者,如果您可以避免包含stdio.h,则可以完全避免该问题。

关于你的最后一个问题:

在编译 K&R 练习时我应该将哪些选项传递给 Clang 以避免包含其他任何内容?

您不能 - 系统标头就是它们本来的样子,并且可能自 K&R 于 1988 年最后一次修订以来一直在继续。从那时起,已经有多个 C 标准更新。在某些方面,K&R 真的开始变得成熟了。

【讨论】:

  • 啊。我没有想到它在 stdio.h 中。我使用 Unix 已经有一段时间了,但我正在学习 C,所以我可以通过这种方式更加熟悉。谢谢!
  • @retrodev - 错误消息明确指出先前的定义在 stdio.h: "/usr/include/stdio.h:449:9: note: previous declaration is here"。
  • getline 由 POSIX 定义,但不是由 ANSI 或 ISO C 定义。只要您以某种符合标准的模式调用编译器,您就应该能够在自己的代码中使用该名称。在我的系统中,getline&lt;stdio.h&gt; 中的声明受到#ifdefs 的保护。虽然我认为应该避免使用与 POSIX 标准函数冲突的名称。
【解决方案2】:

这里有一个类似的问题:Why do I get a "conflicting types for getline" error when compiling the longest line example in chapter 1 of K&R2?

这是同样的问题,但使用 gcc。一种解决方案是将编译器置于 ANSI C 模式,这会禁用 GNU/POSIX 扩展。

尝试以下方法:

$ clang test.c -ansi 

或者

$ clang test.c -std=c89

在我的机器上测试成功:

$ clang --version
clang version 3.3 (tags/RELEASE_33/rc2)
Target: x86_64-redhat-linux-gnu
Thread model: posix

在我大学的机器上使用此编译器,甚至不需要指定 ANSI 模式即可成功编译:

->clang --version
Apple clang version 1.7 (tags/Apple/clang-77) (based on LLVM 2.9svn)
Target: x86_64-apple-darwin10
Thread model: posix

【讨论】:

  • 那不行,系统定义还是会和OP的冲突。
  • 我仍然得到 -ansi 选项的错误。我只是重命名函数。
  • 我的经验与 @retrodev 的匹配 - -ansi 标志没有改变任何东西:$ cc -ansi -c -o example.o example.c 给出输出:example.c:3:5: error: conflicting types for 'getline'
  • 那么必须是 Linux 与 Mac OS X 上的标头差异。快速检查 linux 手册页显示 glibc 有宏来测试它的存在,这就是为什么 -ansi-std=c89 适合你。 Mac OS X 没有这样的保护措施。我的 linux box 中的 glibc 功能测试,供参考:_POSIX_C_SOURCE &gt;= 200809L || _XOPEN_SOURCE &gt;= 700.
  • @CarlNorum:这很奇怪。没有任何版本的 ANSI 或 ISO C 标准定义称为 getline 的函数,这意味着符合标准的编译器必须允许在用户代码中使用该名称。如果cc -ansicc -std=c89(或c90,或c99,或c11)仍然给您带来冲突,那么cc(或任何cc 调用)中存在错误。它可以在我的 Linux 系统上与 gccclang 一起正常工作。
猜你喜欢
  • 1970-01-01
  • 2020-06-25
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多