aboutsummaryrefslogtreecommitdiff
path: root/tools
AgeCommit message (Collapse)Author
2012-04-20clear cache on non-forced sanity checks if the config file changedAlon Zakai
2012-04-18sanity check for javaAlon Zakai
2012-04-17add EM_DEBUG option for test runner printouts of run_jsAlon Zakai
2012-04-15One more linker stub fix for Windows.Sigmund Vik
2012-04-14clean up emscripten temp dirAlon Zakai
2012-04-12fix test_firstrunAlon Zakai
2012-04-12fix EM_SAVE_DIRAlon Zakai
2012-04-12Merge pull request #374 from SiggyBar/build-env-2Alon Zakai
Make it easier to use emscripten from a build system.
2012-04-11some memcpy support in autodebuggerAlon Zakai
2012-04-11more autodebugger capabilitiesAlon Zakai
2012-04-11Make it easier to use emscripten from a build system.Sigmund Vik
- Allow the configuration to be specified directly in the EM_CONFIG environment variable instead of in a config file. The config file approach has some shortcomings when using emscripten from a build system (e.g. it uses a single global config file so it is hard to configure emscripten in different ways from different build trees). The presence of newlines in the EM_CONFIG string variable is used to decide if the configuration is stored directly in the environment variable or it is used to specify the config file (is this too much of a hack?). - Skip check_sanity() and check_engine() based on the presence of the config file. When running from a build system, it is the build system's responsibility that everything is set up correctly. Maybe a new environment variable EM_SKIP_CHECKS or something like that might be better to decide whether or not to run these checks? - Do not assume that the SPIDERMONKEY_ENGINE environment variable is set. - Add EM_CACHE environment variable that can be used to control where emscripten should store built libraries.
2012-04-09use unique temp dir in emcc unless EMCC_DEBUG=1 is setAlon Zakai
2012-04-08nicer solution for removing linker stubAlon Zakai
2012-04-08clean up linker a.out|exe stubsAlon Zakai
2012-04-05improve clean_webconsole toolAlon Zakai
2012-04-04Unbreak emconfigure et allBehdad Esfahbod
The line: WINDOWS = 'win' in sys.platform was misfiring for sys.platform == 'darwin'. 'nough said.
2012-04-03merge fixesAlon Zakai
2012-04-03update webconsole cleaner toolAlon Zakai
2012-04-03add little tool to clean web console logsAlon Zakai
2012-04-03[tools/shared.py]: Added -Xmx1024m, big .js quickly go over the default ↵Pierre Renaux
memory heap without this ;
2012-04-02only include i64 precise code if it will actually be usedAlon Zakai
2012-04-01improve i64 autodebuggingAlon Zakai
2012-03-31add js bloatscan toolAlon Zakai
2012-03-31do not consider division safe for |0 removal, and add testcase 2 from issue 324Alon Zakai
2012-03-30Merge pull request #328 from ehsan/ogre_upstreamAlon Zakai
Upstream the work I did for porting Ogre
2012-03-29windows fixesAlon Zakai
2012-03-29properly detect windows in eliminatorAlon Zakai
2012-03-28do not js-optimize away rounding correctionsAlon Zakai
2012-03-28Add a script to strip the contents of functions in llvm assemblyEhsan Akhgari
This can be useful for debugging.
2012-03-28read stdin differently in windows in eliminatorAlon Zakai
2012-03-26use shlexAlon Zakai
2012-03-21fix some bugs with preloading of entire directoriesAlon Zakai
2012-03-21properly handle closure compiler return codesAlon Zakai
2012-03-21add option to add closure compiler arguments in EMCC_CLOSURE_ARGS env varAlon Zakai
2012-03-20back out change to environment varsAlon Zakai
2012-03-20back out change to cmake compiler stuff due to openjpeg breakageAlon Zakai
2012-03-20revert eliminator change due to breakageAlon Zakai
2012-03-20Misc fixes for Windows.Sigmund Vik
Most of these changes have to do with how python scripts are invoked. For Linux, 'Popen([EMCC] + args)' works because the first line in emcc is '#!/usr/bin/env python'. On Windows, the python interpreter has to be explicitly invoked, e.g. 'Popen(['python', EMCC] + args)'. Note that there is no harm in explicitly invoking the python interpreter on Linux, so this works on both platforms. For Windows, execvp() behaves differently than on Linux: http://mail.python.org/pipermail/python-list/2002-July/763863.html http://msdn.microsoft.com/en-us/library/3xw6zy53.aspx This causes many strange things to happen as the parent process terminated before its children. In this change the use of execvp() has been replaced with subprocess.call(). This change also fixes some code that assumed that the path separator always is '/', but for Windows it is '\'. And where the path module can be required, we use path.normalize() and path.resolve() to check if a filename is absolute in a platform agnostic manner.
2012-03-20Coffee-script fix for new node.jsSigmund Vik
This has already been fixed upstream, so maybe a better fix is to pull in the latest version of coffee-script. For more details, please see: https://github.com/jashkenas/coffee-script/pull/1807
2012-03-15add file preloading in browsersAlon Zakai
2012-03-15make nativizer tool executableAlon Zakai
2012-03-15bindings generator fixAlon Zakai
2012-03-14support c strings as parameters in bindings generatorAlon Zakai
2012-03-11add llvm function size scannerAlon Zakai
2012-03-10better handling of detection of scriptArgs and argumentsAlon Zakai
2012-03-08default closure compiler in a way that doesn't require EMSCRIPTEN_ROOTAlon Zakai
2012-03-03Add Tool support for SConsLCID Fire
To use: * Link emscripten directory to <ProjectRoot>/site_scons/site_tools/emscripten * Load into an Environment via env.Tool("emscripten") * Use Program and Library normally in SCons
2012-03-01clean up optimizeShiftsAggressive a littleAlon Zakai
2012-02-29better fix for leaked globalsAlon Zakai
2012-02-29do not pollute global scope except for node (where we must)Alon Zakai