blender/intern/python/freeze/Makefile

# $Id$
# This is the makefile for the bytecode freezing of all modules which
# the main file depends on (last argument in importer rule)

include nan_definitions.mk

SRCDIR = ../modules

TARGETDIR = $(OCGDIR)/blender/bpython/frozen

ifeq ($(FREE_WINDOWS),true)
	export NAN_PYTHON_BINARY = python
endif

PYFLAGS=-S -O

default: importer

# fake all and debug targets
all debug: default

install: importer

importer: 
	@[ -d $(TARGETDIR) ] || mkdir -p $(TARGETDIR)
	$(NAN_PYTHON_BINARY) $(PYFLAGS) freeze.py -d -x os -x pprint -x string -x copy -I $(SRCDIR) -o $(TARGETDIR) $(SRCDIR)/VRMLmain.py 
	$(MAKE) -C $(TARGETDIR)

clean:
	rm -f *.pyo
Reverting to version 1.3 - michel 2002-11-30 15:34:57 +00:00			`# $Id$`
			`# This is the makefile for the bytecode freezing of all modules which`
			`# the main file depends on (last argument in importer rule)`
Initial revision 2002-10-12 11:37:38 +00:00
Get the Blender module back using the traditional makefiles, other build systems (auto, msvc, PB) do not seem to have this problem. - Change intern/python/freeze/Makefile to freeze outside of the source/ tree - Change source/blender/bpython/Makefile to not build the frozen stuff anymore - Change source/blender/bpython/intern/Makefile to use CURRENT_PYTHON_API instead of FUTURE_PYTHON_API, damage control 2003-01-26 02:42:22 +00:00			`include nan_definitions.mk`

Reverting to version 1.3 - michel 2002-11-30 15:34:57 +00:00			`SRCDIR = ../modules`
Initial revision 2002-10-12 11:37:38 +00:00
Get the Blender module back using the traditional makefiles, other build systems (auto, msvc, PB) do not seem to have this problem. - Change intern/python/freeze/Makefile to freeze outside of the source/ tree - Change source/blender/bpython/Makefile to not build the frozen stuff anymore - Change source/blender/bpython/intern/Makefile to use CURRENT_PYTHON_API instead of FUTURE_PYTHON_API, damage control 2003-01-26 02:42:22 +00:00			`TARGETDIR = $(OCGDIR)/blender/bpython/frozen`
Initial revision 2002-10-12 11:37:38 +00:00
Support for building bf-blender under windows with gcc (huge thanks to Florian Eggenburger). Full instructions are in doc/README.windows-gcc. Main differences from Florian's patch: - the 'lib' dir should now be the same level as the 'blender' dir (rather than being a subdir of 'blender'). This is consistent with the other platforms that bf-blender supports (tuhopuu will also adopt this convention hopefully soon). - the script 'free_windows-env.mk' is no longer needed ... see the docs about how this is overcome (again, tuhopuu will hopefully also follow this route soon). - the dlltool dir has it's own Makefile that builds all of the needed stub libraries from the dll's in cvs. 2003-05-24 20:04:37 +00:00			`ifeq ($(FREE_WINDOWS),true)`
			`export NAN_PYTHON_BINARY = python`
			`endif`

Modified it to use $(NAN_PYTHON_BINARY) instead of just plain old python. (otherwise why have the env var?) ;) Kent 2003-03-21 21:50:47 +00:00			`PYFLAGS=-S -O`
Initial revision 2002-10-12 11:37:38 +00:00
Reverting to version 1.3 - michel 2002-11-30 15:34:57 +00:00			`default: importer`
Initial revision 2002-10-12 11:37:38 +00:00
- fix 'debug' target - add ID and copyrights to top level makefile 2003-02-17 16:51:16 +00:00			`# fake all and debug targets`
			`all debug: default`

Reverting to version 1.3 - michel 2002-11-30 15:34:57 +00:00			`install: importer`
Updated it so intern/python/freeze is combined into intern's Makefile also updated the readme so its not an extra step anymore. Kent -- mein@cs.umn.edu 2002-11-06 21:19:23 +00:00
Reverting to version 1.3 - michel 2002-11-30 15:34:57 +00:00			`importer:`
Get the Blender module back using the traditional makefiles, other build systems (auto, msvc, PB) do not seem to have this problem. - Change intern/python/freeze/Makefile to freeze outside of the source/ tree - Change source/blender/bpython/Makefile to not build the frozen stuff anymore - Change source/blender/bpython/intern/Makefile to use CURRENT_PYTHON_API instead of FUTURE_PYTHON_API, damage control 2003-01-26 02:42:22 +00:00			`@[ -d $(TARGETDIR) ] \|\| mkdir -p $(TARGETDIR)`
Modified it to use $(NAN_PYTHON_BINARY) instead of just plain old python. (otherwise why have the env var?) ;) Kent 2003-03-21 21:50:47 +00:00			`$(NAN_PYTHON_BINARY) $(PYFLAGS) freeze.py -d -x os -x pprint -x string -x copy -I $(SRCDIR) -o $(TARGETDIR) $(SRCDIR)/VRMLmain.py`
Get the Blender module back using the traditional makefiles, other build systems (auto, msvc, PB) do not seem to have this problem. - Change intern/python/freeze/Makefile to freeze outside of the source/ tree - Change source/blender/bpython/Makefile to not build the frozen stuff anymore - Change source/blender/bpython/intern/Makefile to use CURRENT_PYTHON_API instead of FUTURE_PYTHON_API, damage control 2003-01-26 02:42:22 +00:00			`$(MAKE) -C $(TARGETDIR)`
Updated it so intern/python/freeze is combined into intern's Makefile also updated the readme so its not an extra step anymore. Kent -- mein@cs.umn.edu 2002-11-06 21:19:23 +00:00
Reverting to version 1.3 - michel 2002-11-30 15:34:57 +00:00			`clean:`
fix clean target 2003-02-09 22:01:05 +00:00			`rm -f *.pyo`