It's possible an error message was missed, yeah. You can look for llvm-ar under the emsdk directory (should be in the same dir as clang etc.). A reinstall might fix things.
However, it's also possible this is a windows difference - I wonder if LLVM doesn't install llvm-ar on windows by default? (since it's kind of a unix-ey thing?) If so, using the windows subsystem for linux could be a workaround. On Mon, Apr 22, 2019 at 12:06 PM Rick Battagline <[email protected]> wrote: > I'm not sure why that would be missing. I was walking my brother through > the installation of emscripten online, and this is what he ran into that > stopped everything. It sounds like you are saying there is a part of LLVM > that didn't install alongside emscripten. I didn't see if there were any > errors when he ran emsdk update, emsdk install latest and emsdk activate > latest. Is it possible there was an error message that came out of one of > those commands that he didn't see? If so, should we just rerun those > commands? > > Thanks for your help > > On Monday, April 22, 2019 at 10:54:53 AM UTC-6, Alon Zakai wrote: >> >> From the stack it looks like it can't find EMAR, which is llvm-ar. The >> emsdk should provide that, alongside clang, llvm-link, etc. - is it missing >> on that system for some reason? >> >> On Thu, Apr 18, 2019 at 12:14 PM Rick Battagline <[email protected]> >> wrote: >> >>> So I was trying to get emscripten working on a friends computer, but >>> when I tried to load .png images, adding the flag -s >>> SDL2_IMAGE_FORMATS=["png"] resulted in a ton of python errors: >>> >>> C:\NODETEST>emcc game_loop.c -o game_loop.html --preload-file sprites >>> -s USE >>> L=2 -s USE_SDL_IMAGE=2 -s SDL2_IMAGE_FORMATS=["png"] >>> system_libs:WARNING: retrieving port: zlib from >>> https://github.com/emscripten >>> rts/zlib/archive/version_1.zip >>> system_libs:WARNING: unpacking port: zlib >>> cache:INFO: generating port: libz.a... (this will be cached in >>> "C:\Users\Deja >>> mscripten_cache\asmjs\libz.a" for subsequent builds) >>> Traceback (most recent call last): >>> File "C:\NODETEST\emsdk-master\emscripten\1.38.30\emcc.py", line 3276, >>> in < >>> ule> >>> sys.exit(run(sys.argv)) >>> File "C:\NODETEST\emsdk-master\emscripten\1.38.30\emcc.py", line 1647, >>> in r >>> compile_source_file(i, input_file) >>> File "C:\NODETEST\emsdk-master\emscripten\1.38.30\emcc.py", line 1632, >>> in c >>> ile_source_file >>> args = get_clang_args([input_file]) + ['-c', '-o', output_file] >>> File "C:\NODETEST\emsdk-master\emscripten\1.38.30\emcc.py", line 1613, >>> in g >>> clang_args >>> args = system_libs.process_args(args, shared.Settings) >>> File >>> "C:\NODETEST\emsdk-master\emscripten\1.38.30\tools\system_libs.py", li >>> 1029, in process_args >>> args = port.process_args(Ports, args, settings, shared) >>> File >>> "C:\NODETEST\emsdk-master\emscripten\1.38.30\tools\ports\zlib.py", lin >>> 5, in process_args >>> get(ports, settings, shared) >>> File >>> "C:\NODETEST\emsdk-master\emscripten\1.38.30\tools\ports\zlib.py", lin >>> 6, in get >>> return [shared.Cache.get('libz.a', create, what='port')] >>> File "C:\NODETEST\emsdk-master\emscripten\1.38.30\tools\cache.py", >>> line 127 >>> n get >>> temp = creator() >>> File >>> "C:\NODETEST\emsdk-master\emscripten\1.38.30\tools\ports\zlib.py", lin >>> 2, in create >>> ports.run_commands([[shared.EMAR, 'rc', final] + o_s]) >>> File >>> "C:\NODETEST\emsdk-master\emscripten\1.38.30\tools\system_libs.py", li >>> 817, in run_commands >>> run_commands(commands) >>> File >>> "C:\NODETEST\emsdk-master\emscripten\1.38.30\tools\system_libs.py", li >>> 35, in run_commands >>> call_process(command) >>> File >>> "C:\NODETEST\emsdk-master\emscripten\1.38.30\tools\system_libs.py", li >>> 28, in call_process >>> shared.run_process(cmd, stdout=stdout, stderr=stderr) >>> File "C:\NODETEST\emsdk-master\emscripten\1.38.30\tools\shared.py", >>> line 17 >>> in run_process >>> proc = Popen(cmd, *args, **kw) >>> File >>> "C:\NODETEST\emsdk-master\python\2.7.13.1_64bit\python-2.7.13.amd64\li >>> ubprocess.py", line 390, in __init__ >>> errread, errwrite) >>> File >>> "C:\NODETEST\emsdk-master\python\2.7.13.1_64bit\python-2.7.13.amd64\li >>> ubprocess.py", line 640, in _execute_child >>> startupinfo) >>> WindowsError: [Error 193] %1 is not a valid Win32 application >>> >>> Any idea what is going on here? >>> >>> Thanks! >>> >>> -- >>> 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.
