Файл компиляции emscripten NSPR '* .s' - PullRequest
0 голосов
/ 12 декабря 2018

При компиляции NSPR с emscripten я столкнулся с проблемой.

emscripten не знает суффикс ".s" и выдал ошибку, такую ​​как

shared:ERROR: os_Linux_x86.s: Input file has an unknown suffix, don't know what to do with it!

В качестве альтернативы, я скомпилировал файл с "clang"

/Users/xxxxxx/Documents/workspaces/EMC/emsdk/clang/e1.38.20_64bit/clang -o os_Linux_x86.o -Wall -pthread -g -fno-inline -fPIC -UNDEBUG -DDEBUG_xxxxxx -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DDEBUG=1 -DXP_UNIX=1 -D_GNU_SOURCE=1 -DHAVE_FCNTL_FILE_LOCKING=1 -DHAVE_POINTER_LOCALTIME_R=1 -DLINUX=1 -DHAVE_DLADDR=1 -DHAVE_LCHOWN=1 -DHAVE_SETPRIORITY=1 -DHAVE_STRERROR=1 -D_REENTRANT=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../../dist/include/nspr -I../../../../pr/include -I../../../../pr/include/private -c os_Linux_x86.s

Но "Wanring" вышел,

shared:WARNING: object /var/folders/6d/cn41t4b56b725ych8k101yd80000gn/T/emscripten_temp_cQDqqw_archive_contents/os_Linux_x86_f787044a.o is not LLVM bitcode, cannot link

выходной файл на llvm-nm похож на

0000000000000050 T _PR_x86_AtomicAdd 0000000000000020 T _PR_x86_AtomicDecrement 0000000000000000 T _PR_x86_AtomicIncrement 0000000000000040 T _PR_x86_AtomicSet

И я использовал «emar» для статической библиотеки «libnspr4.a», и она работает.

Но bash-3.2$ /Users/xxxxxx/Documents/workspaces/EMC/emsdk/emscripten/1.38.20/emcc -D__i386__ -D_PR_POLL_AVAILABLE abstract.o -Xlinker -L../../dist/lib -lplc4 -L../../dist/lib -lnspr4 -lpthread -o abstract.js shared:WARNING: object /var/folders/6d/cn41t4b56b725ych8k101yd80000gn/T/emscripten_temp_HXB1yC_archive_contents/os_Linux_x86_f787044a.o is not LLVM bitcode, cannot link shared:WARNING: object /var/folders/6d/cn41t4b56b725ych8k101yd80000gn/T/emscripten_temp_HXB1yC_archive_contents/os_Linux_x86_f787044a.o is not LLVM bitcode, cannot link shared:WARNING: object /var/folders/6d/cn41t4b56b725ych8k101yd80000gn/T/emscripten_temp_HXB1yC_archive_contents/os_Linux_x86_f787044a.o is not LLVM bitcode, cannot link error: undefined symbol: _PR_x86_AtomicDecrement warning: To disable errors for undefined symbols use -s ERROR_ON_UNDEFINED_SYMBOLS = 0 error: undefined symbol: _PR_x86_AtomicIncrement error: undefined symbol: _PR_x86_AtomicSet error: undefined symbol: pthread_attr_getschedparam error: undefined symbol: pthread_attr_setinheritsched error: undefined symbol: pthread_attr_setscope error: undefined symbol: sched_get_priority_max error: undefined symbol: sched_get_priority_min error: undefined symbol: sendfile Error: Aborting compilation due to previous errors shared:ERROR: '/Users/xxxxxx/Documents/workspaces/EMC/emsdk/node/8.9.1_64bit/bin/node /Users/xxxxxx/Documents/workspaces/EMC/emsdk/emscripten/1.38.20/src/compiler.js /tmp/tmpAycNjj.txt /Users/xxxxxx/Documents/workspaces/EMC/emsdk/emscripten/1.38.20/src/library_pthread_stub.js' failed (1) Я полагаю, что выходная статическая библиотека не связана с "функциями os_Linux_x86"

Мне нужен ваш комментарий.Спасибо


дополнительно,

команда "llvm-nm libnspr4.a" показывает

U __errno_location U _pr_CopyLowBits -------- d coOpenDevURandom -------- d fdDevURandom U gettimeofday U open U read uxshm_568a7427.o: U PR_Assert U PR_Calloc U PR_Close U PR_CreateFileMap U PR_Free U PR_GetCurrentThread U PR_GetOSError U PR_GetOpenFileInfo64 U PR_ImportFile U PR_LogPrint U PR_Malloc U PR_SetError U PR_smprintf U PR_smprintf_free U PR_snprintf U PR_sscanf -------- T _MD_AttachSharedMemory -------- T _MD_CloseSharedMemory -------- T _MD_DeleteSharedMemory -------- T _MD_DetachSharedMemory -------- T _MD_OpenSharedMemory U _MD_unix_map_close_error U _MD_unix_map_default_error U _MD_unix_map_open_error U _MD_unix_map_unlink_error U _PR_MakeNativeIPCName U __errno_location -------- T _md_ExportFileMapAsString -------- T _md_ImportFileMapFromString -------- T _md_OpenAnonFileMap U _pr_shm_lm U _pr_shma_lm U close U ftok U ftruncate U getpid U open U shmat U shmctl U shmdt U shmget U strcpy U strlen U unlink uxwrap_0bf9337c.o: linux_b243132c.o: -------- T _MD_CleanupBeforeExit -------- T _MD_EarlyInit -------- T _MD_HomeGCRegisters U _MD_unix_terminate_waitpid_daemon libnspr4.a(os_Linux_x86_f787044a.o): 0000000000000050 T _PR_x86_AtomicAdd 0000000000000020 T _PR_x86_AtomicDecrement 0000000000000000 T _PR_x86_AtomicIncrement 0000000000000040 T _PR_x86_AtomicSet

1 Ответ

0 голосов
/ 12 декабря 2018

Конечно, не будет.

Сама WebAssembly является целевой платформой, то есть эквивалентна сборке в Интернете.Компилятор никогда не преобразует собственный код сборки x86 (.s) в другую целевую платформу.

Я не думаю, что компиляция такой низкоуровневой системной библиотеки, как NSPR, в WebAssembly была бы хорошей идеей, потому что WebAssembly в настоящее время не 'Системные функции, такие как pthread, не поддерживаются (ну, Chrome поддерживает их, но это пока экспериментальная функция и по умолчанию отключена).

Говоря о clang, вы должны установить флаг компилятора --target=wasm32-unknown-unknown-wasm, чтобы скомпилировать его в WebAssembly.Cloudflare имеет хороший пример о том, как использовать clang для WebAssembly.

...