emscripten/tools/emmakenxx.py

#!/usr/bin/env python2

'''
see emmaken.py
'''

import os, subprocess, sys

__rootpath__ = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
def path_from_root(*pathelems):
  return os.path.join(__rootpath__, *pathelems)
sys.path += [path_from_root('')]
from tools.shared import *

emmaken = path_from_root('tools', 'emmaken.py')
os.environ['EMMAKEN_CXX'] = '1'
exit(subprocess.call([PYTHON, emmaken] + sys.argv[1:]))
Updated scripts to call python2 directly rather than relying on python symlink pointing to the right place. See PEP394 for details on why this should be OK. 2012-12-02 03:31:36 +04:00			`#!/usr/bin/env python2`
emmakenxx.py to handle .c files in projects that are really c++ 2011-04-28 03:58:13 +04:00
			`'''`
			`see emmaken.py`
			`'''`

Misc fixes for Windows. 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-20 17:26:50 +04:00			`import os, subprocess, sys`
emmakenxx.py to handle .c files in projects that are really c++ 2011-04-28 03:58:13 +04:00
Import shared.py properly 2012-01-31 02:10:57 +04:00			`__rootpath__ = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))`
emmakenxx.py to handle .c files in projects that are really c++ 2011-04-28 03:58:13 +04:00			`def path_from_root(*pathelems):`
path fixes 2011-10-05 22:12:45 +04:00			`return os.path.join(__rootpath__, *pathelems)`
Import shared.py properly 2012-01-31 02:10:57 +04:00			`sys.path += [path_from_root('')]`
			`from tools.shared import *`
emmakenxx.py to handle .c files in projects that are really c++ 2011-04-28 03:58:13 +04:00
			`emmaken = path_from_root('tools', 'emmaken.py')`
emmaken fixes: handle c++ files and -include more properly 2011-09-17 02:34:34 +04:00			`os.environ['EMMAKEN_CXX'] = '1'`
Updated to add a PYTHON config option instead of defaulting to python2. This should preserve the default behavior in a way that can be overridden. 2012-12-03 02:55:21 +04:00			`exit(subprocess.call([PYTHON, emmaken] + sys.argv[1:]))`
emmakenxx.py to handle .c files in projects that are really c++ 2011-04-28 03:58:13 +04:00