Question

在使用GNU GCC 4.8.2在Cygwin（1.7.28-2,64位）下构建一些基于C ++的代码的过程中，我遇到了以下错误：

...
SortDetails.cpp: In function ‘FILE* create_tmpfile(const char*, char**)’:
SortDetails.cpp:127:20: error: ‘mkstemp’ was not declared in this scope
   fd = mkstemp(tmpl);
                    ^
SortDetails.cpp:133:24: error: ‘fdopen’ was not declared in this scope
   fp = fdopen(fd, "wb+");
...

无法编译的特定代码块是：

FILE *
create_tmpfile(char const* path, char** fileName)
{
  FILE* fp;
  int fd;
  char* tmpl;

  if ( path == NULL )
      {
          fileName = NULL;
          return tmpfile();
      }

  tmpl = (char*)malloc(1 + strlen(path) + L_tmpnam);
  strcpy(tmpl, path);
  strcpy(tmpl+strlen(path), "/sb.XXXXXX");
  fd = mkstemp(tmpl);                        /* <----- here... */
  if(fd == -1)
      {
          fprintf(stderr, "unable to create temp file!\n");
          return NULL;
      }
  fp = fdopen(fd, "wb+");                    /* <----- ...and here */
  *fileName = (char*)malloc(strlen(tmpl) + 1);
  strcpy(*fileName, tmpl);
  free(tmpl);
  return fp;
}

（malloc的结果正在被转换，因为此代码位于更大的基于C ++的项目中。）

回归

此代码在Linux主机上与GNU GCC 4.8.x成功编译并成功运行，在OS X下与Clang / ++ 5.0成功编译。

环境

我正在使用以下版本的Cygwin：

$ uname -a
CYGWIN_NT-6.1 CygFoo-PC 1.7.28(0.271/5/3) 2014-02-09 21:06 x86_64 Cygwin

以下是我正在使用的GCC版本：

$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-cygwin/4.8.2/lto-wrapper.exe
Target: x86_64-pc-cygwin
Configured with: /cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.2-2/src/gcc-4.8.2/configure --srcdir=/cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.2-2/src/gcc-4.8.2 --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --libdir=/usr/lib --datarootdir=/usr/share --docdir=/usr/share/doc/gcc --htmldir=/usr/share/doc/gcc/html -C --build=x86_64-pc-cygwin --host=x86_64-pc-cygwin --target=x86_64-pc-cygwin --without-libiconv-prefix --without-libintl-prefix --enable-shared --enable-shared-libgcc --enable-static --enable-version-specific-runtime-libs --enable-bootstrap --disable-__cxa_atexit --with-dwarf2 --with-tune=generic --enable-languages=ada,c,c++,fortran,lto,objc,obj-c++ --enable-graphite --enable-threads=posix --enable-libatomic --enable-libgomp --disable-libitm --enable-libquadmath --enable-math-support --enable-libssp --enable-libada --enable-libgcj-sublibs --disable-java-awt --disable-symvers --with-ecj-jar=/usr/share/java/ecj.jar --with-gnu-ld --with-gnu-as --with-cloog-include=/usr/include/cloog-isl --without-libiconv-prefix --without-libintl-prefix --with-system-zlib
Thread model: posix
gcc version 4.8.2 (GCC)

问题

对于Cygwin，是否支持GCC 4.8.2中的mkstemp()和fdopen()？
如果没有，是否有我可以添加的软件包或者我可以相对容易编译的库以添加对这些函数的支持？
如果没有，我可以使用mkstemp()和fdopen()来替代Cygwin下的功能吗？

可能的解决方法

以下是此功能的修改版本：

FILE *
create_tmpfile(char const* path, char** fileName)
{
  FILE* fp;
  char* tmpl;

  if ( path == NULL )
      {
          fileName = NULL;
          return tmpfile();
      }

#if defined(__CYGWIN__) && !defined(_WIN32)
  const char *cygwinPrefix = "/sb.";
  const char *cygwinTmpDir = "/tmp";
  char *cygwinTmplSuffix = (char *)malloc(1 + L_tmpnam);
  tmpnam(cygwinTmplSuffix);
  tmpl = (char *)malloc(1 + strlen(path) + strlen(cygwinPrefix) + strlen(cygwinTmplSuffix + strlen(cygwinTmpDir) + 1));
  strcpy(tmpl, path);
  strcpy(tmpl+strlen(path), cygwinPrefix);
  strcpy(tmpl+strlen(path)+strlen(cygwinPrefix), cygwinTmplSuffix + strlen(cygwinTmpDir) + 1);
  fp = fopen(tmpl, "wbx+"); /* we add the 'x' extension to apply the O_EXCL flag, to avoid a security hole described in the GNU C library docs */
  free(cygwinTmplSuffix);
#else
  tmpl = (char*)malloc(1 + strlen(path) + L_tmpnam);
  strcpy(tmpl, path);
  strcpy(tmpl+strlen(path), "/sb.XXXXXX");
  int fd = mkstemp(tmpl);
  if(fd == -1)
      {
          fprintf(stderr, "unable to create temp file!\n");
          return NULL;
      }
  fp = fdopen(fd, "wb+");
#endif
  *fileName = (char*)malloc(strlen(tmpl) + 1);
  strcpy(*fileName, tmpl);
  free(tmpl);
  return fp;
}

这非常难看。如果有办法使用POSIX函数，我想使用它们，如果可以的话。谢谢你的任何建议。

Answer 1

在Cygwin上使用g++ 4.8.2进行编译时，我在三种情况下记录了宏的扩展：

$ g++ -std=c++11 -E -Dd foo.cpp > foo.log.c++11
$ g++ -ansi -E -Dd foo.cpp > foo.log.ansi
$ g++ -E -Dd foo.cpp > foo.log.noFlag

比较日志非常有用。 -std=c++11和-ansi案例中存在“漏洞”，而包含mkstemp()声明的块出现在“无标记”案例中。这让我可以了解处理不同的标题部分。

在文件/usr/include/stdlib.h中，如果定义了mkstemp()，则拒绝__STRICT_ANSI__和其他一些函数的声明 - 例如当我们使用编译时标志-ansi时-std=c++11。

同样，在文件/usr/include/stdio.h中，出于同样的原因，将跳过fdopen()的声明。

C ++标头<cstdlib>和<cstdio>都包含stdlib.h和stdio.h标头，并将这两个函数（以及其他函数）的声明留给这两个标头。因此，如果我们使用-ansi和/或-std=c++11，则不会声明这两个函数，并且我们会收到编译错误。

似乎适用于玩具代码示例的解决方案是在编译之前取消定义__STRICT_ANSI__：

$ g++ -std=c++11 -U__STRICT_ANSI__ foo.cpp

目前还不清楚这会产生什么样的副作用，但是从谷歌搜索来看，这似乎是一个常见问题，也是需要针对Cygwin的其他开发者应用的常见修复。

Answer 2

Cygwin有一套类似Linux的https://docs.microsoft.com/en-us/dotnet/visual-basic/language-reference/error-messages/as-any-is-not-supported-in-declare-statements。但是，在具有C ++的Linux上，_GNU_SOURCE是无条件定义的，实质上消除了所有此类防护。在Cygwin上，我们不这样做，这意味着您实际上还必须尊重C ++上各种标志的含义。

如前所述，使用任何-std=c++*标志将定义__STRICT_ANSI__，这些宏可以识别。在命令行上取消定义不正确。相反，可以为要使用的功能定义正确的文档标记（在这种情况下，-D_POSIX_C_SOURCE=200809L应该同时覆盖这两个标记），或者使用-std=gnu++*标志代替（顺便说一句，不定义_GNU_SOURCE），以声明不符合ANSI。

Answer 3

我的朋友文森特制作了一个与Cygwin合作的简单版本。 http://code.google.com/p/xpost/source/browse/src/lib/xpost_compat.c#113

可能无法涵盖所有情况。

#include <stdio.h>
#include <fcntl.h>
#include <sys/stat.h>

# include <windows.h>
# include <io.h>

int mkstemp(char *template)
{
    char *temp;

    temp = _mktemp(template);
    if (!temp)
        return -1;

    return _open(temp, _O_CREAT | _O_TEMPORARY | _O_EXCL | _O_RDWR, _S_IREAD | _S_IWRITE);
}

至于fdopen，我不确定。我将不得不做一些研究/思考。

Answer 4

最近我在编译git-crypt并遇到相同的问题。上面答案中的解决方案有效，除了必须通过“ make”而不是“ g ++”进行部署，如下所示：

make CXXFLAGS="-U__STRICT_ANSI__ -std=c++11"

mkstemp（）和fdopen（）在Cygwin 1.7.28中

4 个答案: