2014-06-10 10 views
6

Biorąc najprostszych szybkich plików:Jak zdobyć Witam Słowo kompilacji ze Swifta do JavaScript za pomocą emscripten

println("lol") 

To trywialne, aby uruchomić to w wierszu poleceń z xcrun swift -i lol.swift lub skompilować do pliku wykonywalnego z xcrun swift lol.swift -o lol, ale jak o prosty dowód koncepcji dla emscripten?

Nie używałem emscriptena wcześniej, ale otrzymałem przykład z hello świata przy użyciu C++ działającego pod numerem http://kripken.github.io/emscripten-site/docs/getting_started/Tutorial.html i chciałem również skompilować mój kod Swift.

Próbowałem

xcrun swift lol.swift -emit-bc -o lol.bc 
emcc lol.bc 

ale się

Value: %1 = call { i8*, i64, i64 } @_TFSS37_convertFromBuiltinUTF16StringLiteralfMSSFTBp17numberOfCodeUnitsBw_SS(i8* bitcast ([4 x i16]* @0 to i8*), i64 3) 
LLVM ERROR: Unrecognized struct value 
Traceback (most recent call last): 
    File "/Users/glen/Downloads/emsdk_portable/emscripten/1.16.0/emcc", line 1540, in <module> 
shared.Building.llvm_opt(final, link_opts) 
    File "/Users/glen/Downloads/emsdk_portable/emscripten/1.16.0/tools/shared.py", line 1267, in llvm_opt 
assert os.path.exists(target), 'Failed to run llvm optimizations: ' + output 
AssertionError: Failed to run llvm optimizations: 

myśli?

Odpowiedz

3

Problem polega na tym, że LLVM nie może odnaleźć typów/symboli użytych w tym wywołaniu podczas procesu łączenia. Symbole te są najprawdopodobniej charakterystyczne dla szybkiej struktury. Jeśli uruchomisz emcc z opcją -v, możesz uzyskać więcej informacji na temat debugowania. Możesz również rozważyć podanie --llvm-opts wskazujących, gdzie można znaleźć te informacje.

Uruchomiłem xcrun swift -v test.swift, aby zobaczyć, jakie polecenie jest faktycznie wykonywane.

Swift version 1.0 (swift-600.0.34.4.5) 
Target: x86_64-apple-darwin13.2.0 
/Applications/Xcode6-Beta.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/swift -frontend -c -primary-file test.swift -enable-objc-attr-requires-objc-module -target x86_64-apple-darwin13.2.0 -module-name test -color-diagnostics -o  /var/folders/69/l9w0zkqn38s1td4_gm5c__km0000gn/T/test-d800d3.o 
/usr/bin/ld /var/folders/69/l9w0zkqn38s1td4_gm5c__km0000gn/T/test-d800d3.o -force_load /Applications/Xcode6-Beta.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/arc/libarclite_macosx.a -lSystem -arch x86_64 -L /Applications/Xcode6-Beta.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/swift/macosx -rpath /Applications/Xcode6-Beta.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/swift/macosx -macosx_version_min 10.9.0 -no_objc_category_merging -o test 

Możesz rozważyć zbadanie, jak zastosować te opcje łączenia do emscripten, aby uzyskać to, co chcesz. Nie będzie żadnej dokumentacji na ten temat, ponieważ nie sądzę, że zamierzali używać go w taki sposób.

2

Według this GitHub issue złożoną na repo emscripten, co chce zrobić, nie jest możliwe:

Niestety nie jest to możliwe, aby połączyć .dylib pliki emscripten. Powodem tego jest to, że .dylibs zawierają już natywny kod maszynowy dla x86/x64, a Emscripten nie może "wrócić" i ponownie pobrać go do formularza LLVM IR.

- juj (GitHub użytkownika) na 2014-06-14

Powiązane problemy