因无法解析的外部符号错误而感到困惑

发布于 2024-08-03 08:25:05 字数 936 浏览 7 评论 0原文

我正在尝试使用 VC++ 的编译器构建一个包装库。

ErlDriver.c

#define __WIN32__
#define DLL_EXPORT __declspec(dllexport)

#include "erl_driver.h"

DLL_EXPORT int _driver_output(ErlDrvPort port, char *buf, int len) {
    return driver_output(port, buf, len);
}

build.bat

cl /I%ERL_DRIVER_H% /LD /MD ErlDriver.c

当我尝试构建此文件时，出现以下链接器错误：

ErlDriver.obj：错误 LNK2019：函数 __driver_output 中引用的无法解析的外部符号 _WinDynDriverCallbacks

（包含在 erl_driver.h 中）

typedef struct {
    WDD_FTYPE(driver_output) *driver_output;
    // a ton more of those
} TWinDynDriverCallbacks;

extern TWinDynDriverCallbacks WinDynDriverCallbacks;

#define driver_output (WinDynDriverCallbacks.driver_output)

因此，如您所见，WinDynDriverCallbacks 是 ~~已定义~~已声明。

那么什么可能导致链接器错误呢？

原文

I'm trying to build a wrapper library with VC++'s compiler.

ErlDriver.c

#define __WIN32__
#define DLL_EXPORT __declspec(dllexport)

#include "erl_driver.h"

DLL_EXPORT int _driver_output(ErlDrvPort port, char *buf, int len) {
    return driver_output(port, buf, len);
}

build.bat

cl /I%ERL_DRIVER_H% /LD /MD ErlDriver.c

When I attempt to build this, I get the following linker error:

ErlDriver.obj : error LNK2019: unresolved external symbol _WinDynDriverCallbacks referenced in function __driver_output

erl_win_dyn_driver.h (included in erl_driver.h)

typedef struct {
    WDD_FTYPE(driver_output) *driver_output;
    // a ton more of those
} TWinDynDriverCallbacks;

extern TWinDynDriverCallbacks WinDynDriverCallbacks;

#define driver_output (WinDynDriverCallbacks.driver_output)

So, as you can see, WinDynDriverCallbacks is ~~defined~~ declared.

What could be causing the linker error, then?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

烟酉 2024-08-10 08:25:05

不，它没有定义（至少在你引用的内容中）。已宣布。 “extern”关键字的意思是“该符号的定义出现在另一个编译单元（源文件）中”。您需要链接通过编译定义该符号的源文件而生成的目标文件（或库）。

回复收藏 0 原文

ぇ气 2024-08-10 08:25:05

在 C 或 C++ 中“声明”某些东西和“定义”它之间存在细微的区别。当您声明它时，它告诉编译器某个符号将在其他地方定义 - 这可以允许代码使用该符号而无需查看实际定义。您仍然必须在链接的代码中的某个位置定义符号，否则您将收到所看到的错误消息。

例如，这是符号 WinDynDriverCallbacks 的声明：

extern TWinDynDriverCallbacks WinDynDriverCallbacks;

您的代码具有此声明 - 它允许使用该符号的代码成功编译（但不能链接）。

您需要在某处添加定义：

TWinDynDriverCallbacks WinDynDriverCallbacks;

定义必须进入源代码文件中的某处（通常不在头文件中）。这告诉编译器在目标代码中为该对象分配空间，并允许程序成功链接。

There is a subtle difference between "declaring" something and "defining" it in C or C++. When you declare it, it tells the compiler that a certain symbol will be defined somewhere else - this can allow the code to use that symbol without needing to see the actual definition. You still have to define the symbol somewhere in the code that is linked in, or else you will get the error message you are seeing.

For example, this is a declaration of the symbol WinDynDriverCallbacks:

extern TWinDynDriverCallbacks WinDynDriverCallbacks;

Your code has this declaration - it allows the code that uses the symbol to successfully compile (but not link).

You need to add a definition somewhere:

TWinDynDriverCallbacks WinDynDriverCallbacks;

The definition must go into a source code file somewhere (not generally in a header file). This tells the compiler to allocate space in the object code for that object and allows the program to link successfully.

回复收藏 0 原文

扭转时空 2024-08-10 08:25:05

我在 Windows 上构建 NIF 时遇到了非常类似的问题。无法解析的外部符号 _WinDynNifCallbacks。事实证明，这是由 ERL_NIF_INIT 宏定义的，在我的例子中，整个宏需要包含在 extern C 块中。

也就是说，这失败了，

extern "C" ERL_NIF_INIT(...)

而这成功了，

extern "C"
{
   ERL_NIF_INIT(...)
}

我强烈怀疑这个问题是由于同样的问题造成的，但使用了erlang端口驱动程序的DRIVER_INIT宏。

I got a very similar problem building a NIF on Windows. Unresolved external symbol _WinDynNifCallbacks. Turns out this is defined by the ERL_NIF_INIT macro and in my case the entire macro needed to be enclosed in a extern C block.

ie this failed