crypt函数是否在unistd.h或crypt.h中声明？

问题描述

| 我正在使用GCC 4.6.0（在其他无法识别的平台上）。 我正在使用“ 0”功能来加密密码。 我以前从未使用过该功能，因此我查看了主页：

man 3 crypt

它说要包括

unistd.h

标头。 但是，当我这样做时，我对

crypt

函数隐含了警告。

warning: implicit declaration of function ‘crypt’ [-Wimplicit-function-declaration]

我做了一些搜索，发现您必须包括

crypt.h

。但是，为什么在手册页中没有这么说呢？     

解决方法

在我的手册页中也显示“ 6”（不包括“ 2”）。因此，您可能应该添加它以暴露

crypt

的声明。 编辑 我刚试过在进行trick俩之前包括

unistd.h

和

#define _XOPEN_SOURCE

。仅仅包括它是不够的。 使用

gcc version 4.6.0 20110429
GNU C Library stable release version 2.13

展望

unistd.h

：

/* XPG4.2 specifies that prototypes for the encryption functions must
   be defined here.  */
#ifdef  __USE_XOPEN
/* Encrypt at most 8 characters from KEY using salt to perturb DES.  */
extern char *crypt (__const char *__key,__const char *__salt)
     __THROW __nonnull ((1,2));

    ,ѭ0standard的POSIX标准说应在

<unistd.h>

中声明，因此这是您需要包含的内容。 但是，根据您指定的其他编译器选项，您可能会看到也可能不会看到它。 我目前使用的标头称为

\"posixver.h\"

，其中包含代码：

#ifndef JLSS_ID_POSIXVER_H
#define JLSS_ID_POSIXVER_H

/*
** Include this file before including system headers.  By default,with
** C99 support from the compiler,it requests POSIX 2001 support.  With
** C89 support only,it requests POSIX 1997 support.  Override the
** default behaviour by setting either _XOPEN_SOURCE or _POSIX_C_SOURCE.
*/

/* _XOPEN_SOURCE 700 is loosely equivalent to _POSIX_C_SOURCE 200809L */
/* _XOPEN_SOURCE 600 is loosely equivalent to _POSIX_C_SOURCE 200112L */
/* _XOPEN_SOURCE 500 is loosely equivalent to _POSIX_C_SOURCE 199506L */

#if !defined(_XOPEN_SOURCE) && !defined(_POSIX_C_SOURCE)
#if __STDC_VERSION__ >= 199901L
#define _XOPEN_SOURCE 600   /* SUS v3,POSIX 1003.1 2004 (POSIX 2001 + Corrigenda) */
#else
#define _XOPEN_SOURCE 500   /* SUS v2,POSIX 1003.1 1997 */
#endif /* __STDC_VERSION__ */
#endif /* !_XOPEN_SOURCE && !_POSIX_C_SOURCE */

#endif /* JLSS_ID_POSIXVER_H */

在我工作的系统上，将

_XOPEN_SOURCE

设置为700可能会令人沮丧和徒劳，但是我想做很多。但是这些选项通常可使我的代码在Linux，HP-UX，MacOS X，AIX和Solaris（我通常使用的类Unix平台）上正常工作。 当我将GCC设置为

-std=c99

模式时，此方法有效。如果使用

-std=gnu99

，可能根本不需要标题。它会自动启用C99标准加扩展名。 顺便说一句，我曾经将此节放在单个源文件的顶部。随着包含节的文件数量的增加（侵犯了数百个文件），我意识到，当我需要调整设置时，我前面的工作非常艰巨。现在，我有了一个标头，然后将其改型为具有节的文件，因此我更改了一个文件（标头）以对我的所有代码进行更改-完成消除损坏后的操作。