我正在编写一个pty本机扩展并希望链接libutil,以便我可以使用<pty.h>
中的forkpty和openpty。
我使用了从the official guide获取的两个命令:
g++ -fPIC -lutil -I/home/crunchex/work/dart-sdk -c pty.cc -o pty.o
gcc -shared -Wl,-soname,libpty.so -o libpty.so pty.o
我收到以下错误:
/home/crunchex/work/dart-sdk/bin/dart: symbol lookup error: /home/crunchex/work/pty/bin/packages/pty/libpty.so: undefined symbol: forkpty
这可能更像是一个g ++ / gcc问题,但据我所知,我通过添加-lutil并包含<pty.h>
来做到这一点。 libutil.so安装在我的Ubuntu 14.04系统上,所以我很确定它在那里。
这是我的测试扩展程序:
#include <string.h>
#include <pty.h>
#include "include/dart_api.h"
Dart_NativeFunction ResolveName(Dart_Handle name,
int argc,
bool* auto_setup_scope);
DART_EXPORT Dart_Handle pty_Init(Dart_Handle parent_library) {
if (Dart_IsError(parent_library)) {
return parent_library;
}
Dart_Handle result_code =
Dart_SetNativeResolver(parent_library, ResolveName, NULL);
if (Dart_IsError(result_code)) {
return result_code;
}
return Dart_Null();
}
Dart_Handle HandleError(Dart_Handle handle) {
if (Dart_IsError(handle)) {
Dart_PropagateError(handle);
}
return handle;
}
//\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\//
//\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\//
void PtyFork(Dart_NativeArguments args) {
Dart_EnterScope();
struct winsize winp;
winp.ws_col = 80;
winp.ws_row = 24;
winp.ws_xpixel = 0;
winp.ws_ypixel = 0;
int master = -1;
char name[40];
pid_t pid = forkpty(&master, name, NULL, &winp);
Dart_ExitScope();
}
//\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\//
//\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\//
struct FunctionLookup {
const char* name;
Dart_NativeFunction function;
};
FunctionLookup function_list[] = {
{"PtyFork", PtyFork},
{NULL, NULL}};
Dart_NativeFunction ResolveName(Dart_Handle name, int argc, bool* auto_setup_scope) {
if (!Dart_IsString(name)) return NULL;
Dart_NativeFunction result = NULL;
Dart_EnterScope();
const char* cname;
HandleError(Dart_StringToCString(name, &cname));
for (int i=0; function_list[i].name != NULL; ++i) {
if (strcmp(function_list[i].name, cname) == 0) {
result = function_list[i].function;
break;
}
}
Dart_ExitScope();
return result;
}
答案 0 :(得分:1)
如果报告:
/home/crunchex/work/pty/bin/packages/pty/libpty.so: undefined symbol: forkpty
然后该工具肯定需要您的libpty 提供此符号,或请求与另一个提供它的库链接。所以这个:
gcc -shared -Wl,-soname,libpty.so -o libpty.so pty.o
绝对不完整。
通常,当这样的工具允许您创建自己的库时,可能需要调用库中&#34;用户的某些功能。提供,然后它至少需要链接到&#34; stub&#34;图书馆。通常会提供一个名为 libXXXXstubVV.a 的库(VV可能是版本号等)。
可能会发生与静态库中发生的问题有关的事情。对于静态库,除了以正确的顺序放置库之外,不能以任何其他方式解决这个问题。对于动态库,它通常通过提供一个请求来解决,该请求与一些预期提供缺少符号的依赖库相关联 - 这个&#34; stub&#34;图书馆应该这样做。
答案 1 :(得分:1)
从https://code.google.com/p/dart/issues/detail?id=22257#c4
复制问题是libutil
是libc6
的一部分,需要链接到链接命令行上的本机扩展共享库,而不是编译命令行。
首先,-lutil
库规范应该在链接行上,而不是编译行:
gcc -shared -Wl,-soname,libpty.so -o libpty.so pty.o -lutil
这会将共享库libutil.so
依赖到共享库中,当它被dlload加载时,依赖项也会被加载和链接。
除非在-lutil
之后将pty.o
选项放在您的命令上,否则此操作失败
line,因为链接库必须在链接器命令行上以反向依赖顺序放置。
执行此操作后,libpty.so上的objdump输出包括:
objdump -x libpty.so
Dynamic Section:
NEEDED libutil.so.1
NEEDED libc.so.6
SONAME libpty.so
INIT 0x00000000000009c0
FINI 0x0000000000000db4
INIT_ARRAY 0x0000000000201dd0
....
Version References:
required from libutil.so.1:
0x09691a75 0x00 04 GLIBC_2.2.5
required from libc.so.6:
0x09691a75 0x00 03 GLIBC_2.2.5
0x0d696914 0x00 02 GLIBC_2.4
....
0000000000000000 w *UND* 0000000000000000
_ITM_registerTMCloneTable
0000000000000000 F *UND* 0000000000000000
forkpty@@GLIBC_2.2.5
0000000000000000 w F *UND* 0000000000000000
__cxa_finalize@@GLIBC_2.2.5
00000000000009c0 g F .init 0000000000000000 _init
并且运行测试程序main.dart不再失败。
如果您不想将共享库链接到您的库中,那么您需要一个静态库,但是存在许多问题 - 这不是不可能的,而是更难。
然后,问题是您的系统上可能只有libutil.so,而不是libutil.a
,因此您的共享库在加载时需要加载libutil。
Dart用于加载共享库的dlopen
函数应该是
递归加载它依赖的其他共享库,但这可能有效,也可能无效。当我在链接步骤中使用-lutil
进行编译时,ldd libpty.so显示的共享库只是libc.so.6,而一些标准链接器是ld-linux- ..和linux-vdso。所以我不会在那里看到libutil。
要将您需要的功能静态链接到共享库中,您必须 需要像
这样的东西gcc -shared -Wl,-whole-archive /usr/lib/x86_64-linux-gnu/libutil.a
-Wl,-no-whole-archive -Wl,-soname,libpty.so -o libpty.so pty.o
但由于分发版中的libutil.a
未使用 - wPIC
进行编译,因此无法将其链接到共享库中:
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libutil.a(login.o): relocation
R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/lib/x86_64-linux-gnu/libutil.a(login.o): error adding symbols: Bad
value
我认为最好的办法是将共享库依赖于
libutil.so
工作。