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]<javascript:>
> > 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] <javascript:>.
>> 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.

Reply via email to