This configuration is not good - the emscripten-incoming branch has diverged away enough so that the tagged snapshot clang-e1.13.0-64bit can no longer be used to build with it. You should either use emscripten-1.13.0 with clang-e1.13.0-64bit or build clang incoming repo manually.
2014-04-08 5:53 GMT+03:00 Trevor Linton <[email protected]>: > Trevors-MacBook-Pro-2:webkit.js tlinton$ emsdk list > > > The following individual tools exist: > > clang-3.2-64bit INSTALLED > > clang-3.3-64bit INSTALLED > > * clang-e1.13.0-64bit INSTALLED > > * node-0.10.18-64bit INSTALLED > > emscripten-1.5.6 > > emscripten-1.7.1 > > emscripten-1.7.8 > > emscripten-1.8.2 INSTALLED > > emscripten-1.9.5 > > emscripten-1.10.4 > > emscripten-1.12.0 INSTALLED > > emscripten-1.13.0 INSTALLED > > * emscripten-incoming INSTALLED > > emscripten-master > > > > The following Emscripten SDK versions are available: > > sdk-incoming-64bit INSTALLED > > sdk-master-64bit > > sdk-1.5.6-64bit > > sdk-1.7.1-64bit > > sdk-1.7.8-64bit > > sdk-1.8.2-64bit INSTALLED > > sdk-1.9.5-64bit > > sdk-1.10.4-64bit > > sdk-1.12.0-64bit INSTALLED > > sdk-1.13.0-64bit INSTALLED > > > The items marked with * are activated for the current user. > > Trevors-MacBook-Pro-2:webkit.js tlinton$ emcc -v > > emcc (Emscripten GCC-like replacement + linker emulating GNU ld ) 1.14.0 > > clang version 3.3 > > Target: x86_64-apple-darwin13.1.0 > > Thread model: posix > > WARNING root: did not see a source tree above LLVM_DIR, could not verify > version numbers match > > INFO root: (Emscripten: Running sanity checks) > > Trevors-MacBook-Pro-2:webkit.js tlinton$ echo $PATH > > > /usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/Users/tlinton/Library/Emscripten:/Users/tlinton/Library/Emscripten/clang/e1.13.0_64bit:/Users/tlinton/Library/Emscripten/node/0.10.18_64bit/bin:/Users/tlinton/Library/Emscripten/emscripten/incoming:/Tint/Runtime/depot_tools_mac/ > > On Monday, April 7, 2014 7:24:01 PM UTC-4, Alon Zakai wrote: > >> The 'canValidate' error almost certainly means your repos are not in >> sync. What does emcc -v say? >> >> - Alon >> >> >> >> On Mon, Apr 7, 2014 at 12:29 PM, Trevor Linton <[email protected]>wrote: >> >>> It's a alias to have the values read in from a file, if I put in the >>> file contents rather than the file alias I get: >>> >>> FAILED: /Users/tlinton/Library/Emscripten/emscripten/incoming/emcc -s >>> EXPORTED_FUNCTIONS="['_createWebKit','_setHtml','_ >>> setTransparent','_scrollBy','_resize']" --embed-files >>> ../src/assets/fontconfig/fonts@/usr/share/fonts --embed-files >>> ../src/assets/fontconfig/config/fonts.conf@/etc/fonts/fonts.conf >>> --embed-files ../src/assets/fontconfig/cache@/usr/local/var/cache/fontconfig >>> -s TOTAL_MEMORY=50331648 -s FULL_ES2=1 -s ASM_JS=0 --post-js >>> ../src/webkit.api.js -o webkit.js -O3 --llvm-opts 3 --llvm-lto 3 >>> obj/src/webkit.WebView.o obj/src/webkit.Main.o libxml.bc libjpeg_turbo.bc >>> libpng.bc libfreetype2.bc libharfbuzz.bc libcairo.bc libcurl.bc libzlib.bc >>> libfontconfig.bc >>> >>> Traceback (most recent call last): >>> >>> File >>> "/Users/tlinton/Library/Emscripten/emscripten/incoming/emscripten.py", >>> line 1433, in <module> >>> >>> _main(environ=os.environ) >>> >>> File >>> "/Users/tlinton/Library/Emscripten/emscripten/incoming/emscripten.py", >>> line 1421, in _main >>> >>> temp_files.run_and_clean(lambda: main( >>> >>> File >>> "/Users/tlinton/Library/Emscripten/emscripten/incoming/tools/tempfiles.py", >>> line 39, in run_and_clean >>> >>> return func() >>> >>> File >>> "/Users/tlinton/Library/Emscripten/emscripten/incoming/emscripten.py", >>> line 1429, in <lambda> >>> >>> DEBUG_CACHE=DEBUG_CACHE, >>> >>> File >>> "/Users/tlinton/Library/Emscripten/emscripten/incoming/emscripten.py", >>> line 1316, in main >>> >>> jcache=jcache, temp_files=temp_files, DEBUG=DEBUG, >>> DEBUG_CACHE=DEBUG_CACHE) >>> >>> File >>> "/Users/tlinton/Library/Emscripten/emscripten/incoming/emscripten.py", >>> line 827, in emscript_fast >>> >>> if not metadata['canValidate'] and settings['ASM_JS'] != 2: >>> >>> KeyError: 'canValidate' >>> >>> Traceback (most recent call last): >>> >>> File "/Users/tlinton/Library/Emscripten/emscripten/incoming/emcc", >>> line 1575, in <module> >>> >>> final = shared.Building.emscripten(final, append_ext=False, >>> extra_args=extra_args) >>> >>> File >>> "/Users/tlinton/Library/Emscripten/emscripten/incoming/tools/shared.py", >>> line 1345, in emscripten >>> >>> assert os.path.exists(filename + '.o.js') and len(open(filename + >>> '.o.js', 'r').read()) > 0, 'Emscripten failed to generate .js: ' + >>> str(compiler_output) >>> >>> AssertionError: Emscripten failed to generate .js: >>> >>> On Sunday, April 6, 2014 3:16:09 AM UTC-4, Bruce Mitchener wrote: >>> >>>> Why is your exported functions list a string instead of a list? >>>> >>>> - Bruce >>>> >>>> Sent from my iPhone >>>> >>>> On Apr 6, 2014, at 2:46 PM, Trevor Linton <[email protected]> wrote: >>>> >>>> So I switched to incoming, completely cleaned all of the byte code and >>>> started a new terminal session. All the compilation went fine until the >>>> very last link to JS: >>>> >>>> >>>> >>>> Traceback (most recent call last): >>>> >>>> File "/Users/tlinton/Library/Emscripten/emscripten/incoming/emcc", >>>> line 1478, in <module> >>>> >>>> extra_files_to_link = system_libs.calculate(temp_files, in_temp, >>>> stdout, stderr) >>>> >>>> File "/Users/tlinton/Library/Emscripten/emscripten/incoming/ >>>> tools/system_libs.py", line 360, in calculate >>>> >>>> add_back_deps(symbols) >>>> >>>> File "/Users/tlinton/Library/Emscripten/emscripten/incoming/ >>>> tools/system_libs.py", line 358, in add_back_deps >>>> >>>> shared.Settings.EXPORTED_FUNCTIONS.append('_' + dep) >>>> >>>> AttributeError: 'str' object has no attribute 'append' >>>> >>>> ninja: build stopped: subcommand failed. >>>> >>>> >>>> On Monday, March 31, 2014 12:08:12 PM UTC-4, Trevor Linton wrote: >>>>> >>>>> Hi All, >>>>> >>>>> For the past few months i've been porting webkit to JavaScript using >>>>> emscripten. >>>>> >>>>> You can find a working demo (Firefox only) here: http://trevorlinton. >>>>> github.io/webkit.js/demo.html >>>>> You can find the project sources (compile settings are in common.gypi) >>>>> here: http://github.com/trevorlinton/webkit.js >>>>> >>>>> I have a few issues with Emscripten I haven't been able to work around: >>>>> >>>>> 1. It seems SDL with cairo inverts the red and green channels, >>>>> this from what I can see in the library code doesn't correctly handle >>>>> RGBA >>>>> masks passed in to SDL_CreateRGBSurface. >>>>> 2. Chrome/Safari freeze for 30-90 seconds to what I can only >>>>> determine is garbage collection. >>>>> 3. Firefox fails to validate the ASM, I assume this is due to a >>>>> globally initialized variable but can't seem to track down where.. >>>>> 4. Emscripten warns of undefined symbols to >>>>> 'emscripten_gl<legacyfunction>' even though no GL code exists.. >>>>> 5. Using SDL as a worker fails since it still tries to use a >>>>> native canvas object in a Worker, rather than proxying it up to the >>>>> host >>>>> page. I had to create some very harsh shims to make this work. >>>>> 6. Is there anyway memory can be initialized with a Uint32 rather >>>>> than Uint8? I'm my tests this would cut down my code size of webkit.js >>>>> from >>>>> 19MB to 15MB!!! >>>>> 7. Closure compilers ran on it actually produce INVALID >>>>> javascript, I get a syntax error of '--/a' which is nonsensical and >>>>> fairly >>>>> surprising. >>>>> 8. There's no seemingly easy way to compress/inflate/deflate code >>>>> using XZ, this would be hugely helpful as it cuts the JS code down to >>>>> 3.5MB! I realize this will happen on a server level but would be VERY >>>>> helpful. >>>>> 9. Outlining my code does absolutely nothing, no matter what value >>>>> I set in the compiler. Any ideas why this would be? >>>>> 10. If you review common.gypi on the project to see the >>>>> debug/release compiler settings is there anything I can do to increase >>>>> the >>>>> speed/code size? >>>>> >>>>> For reference i'm using 1.13.0 on MacOSX. >>>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "emscripten-discuss" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to [email protected]. >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>>> -- >>> You received this message because you are subscribed to the Google >>> Groups "emscripten-discuss" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- > You received this message because you are subscribed to the Google Groups > "emscripten-discuss" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "emscripten-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
