使用Microsoft Visual Studio在Windows 64位上为PostgreSQL数据库创建C函数dll

Question

我正在尝试根据此处给出的说明创建我的第一个dll： https : //en.scribd.com/doc/40725510/Build-PostgreSQL-C-Functions-on-Windows该函数很简单，并且可以在其他电脑。

#include "postgres.h"
#include "fmgr.h"
#include <windows.h>

#ifdef PG_MODULE_MAGIC
PG_MODULE_MAGIC;
#endif

#if defined(_WIN32)
#define DLLEXPORT __declspec(dllexport) 
#else
#define DLLEXPORT
#endif

#define WIN32_LEAN_AND_MEAN
#define NOCOMM

PG_FUNCTION_INFO_V1(fibbonachi);
DLLEXPORT Datum
fibbonachi(PG_FUNCTION_ARGS)
{
    int32 arg = PG_GETARG_INT32(0);
    if (arg > 0 && arg < 100)
    {
        if (arg == 1 || arg == 2)
            PG_RETURN_INT32(1);
        else
        {
            int arr[100];
            arr[0] = 1;
            arr[1] = 1;
            for (int i = 2; i < arg; i++)
                arr[i] = arr[i - 1] + arr[i - 2];
            PG_RETURN_INT32(arr[arg - 1]);
        }
    }
    else
        PG_RETURN_INT32(0);
}

只要我在配置管理器中将Win32用作Active Solution Platform，构建就会成功。 但是，当我尝试通过以下代码在pgAdmin中创建函数时：

CREATE or REPLACE FUNCTION fibbonachi(integer) RETURNS integer 
AS E'D:\\Homework\\Databases\\PostgreSQL_dll\\Debug\\PostgreSQL_dll.dll', 'fibbonachi'
LANGUAGE C STRICT;

我收到错误“％1不是有效的Win32应用程序”。 这是预料之中的，因为我使用的是64位版本的PostgreSQL。 但是，如果我将解决方案平台切换到x64（如果我没有记错的话，这是纠正错误所必需的），则尝试构建progect会导致文件MSVCRTD.lib中出现32个“未解析的外部符号”错误。 我在这里找到了关于类似问题的讨论： https : //social.msdn.microsoft.com/Forums/vstudio/en-US/c1553a42-7d1e-4c74-9156-95768a72e4df/unresolved-externals-after-upgradeing-from- vs2008-to-vs2010？forum = vcgeneral错误似乎是由不同版本的Visual Studio中的库冲突引起的，但是重新安装没有帮助，我也不知道如何手动更正路径（而且我仍然不完全是确保我的问题是相同的）。 我使用的路径与指令中的路径相同，但是它们使用的是64位版本的PostgreSQL：

C:\Program Files\Microsoft SDKs\Windows\v7.0\Include
C:\Program Files\PostgreSQL\9.3\include\server\port\win32
C:\Program Files\PostgreSQL\9.3\include\server\port
C:\Program Files\PostgreSQL\9.3\include\server
C:\Program Files\PostgreSQL\9.3\include\internal
+directory of dummy header libintl.h

关于如何成功构建x64 progect的任何想法？

Answer 1

嗯，我的同学检查了我的设置，尽管有说明指出它们是必要的，但由于某些奇怪的原因，似乎包含路径中的Microsoft SDK文件夹仍会导致这些错误。 他不记得他在哪里找到这些信息了。 尽管如此，问题已解决。 该项目成功构建，没有到Microsoft SDKs文件夹的路径，并且使用生成的dll成功在数据库中创建了功能。 如果有人知道图书馆中发生这种冲突的原因，我仍然想知道。