From: klaas.holwerda <kho...@xs...> - 2005-11-22 09:53:47
|
Francesco Montorsi wrote: > > So, reformulating the problem: wxLua doesn't care about build > settings. The user must be able to build wxLua(bind) using exactly the > same build settings (SHARED,BUILD,UNICODE, I mean) but with different > luasetup.h files. > So, copying luasetup.h as wxWidgets does, won't absolutely work, right ? In principle the copy is already made, to your own project. It has nothing to do with SHARED, UNICODE etc. Still for one luasetup.h all those type of builds ( synchromized with the wxWidgets in WXWIN) should be generated. They do not variate with lausetup.h, but only because of build type. > > > I agree; this is a Good Solution for me and it's 100% compatible with > bakefile. > I would make WXLUASETUP_DIR an option for makefiles with a default > value of "./", so that to build with default luasetup.h you do: > > nmake -fmakefile.vc > > but to build with your custom luasetup.h: > > nmake -fmakefile.vc WXLUASETUP_DIR=c:\myproject\include nice. > > >> 4) In the makefile for wxluabind we have >> WXBIND_TARGET_LIBDIR = $(WXPREFIX)/lib (or whereever) >> so that again, in your own project files you can do >> WXBIND_TARGET_LIBDIR = /some/path/to/somewhere/else >> >> Now you can have two different libs for two different luasetup.h at >> the same time. > > > nmake -fmakefile.vc WXLUASETUP_DIR=c:\myproject\include > WXBIND_TARGET_LIBDIR=c:\myproject\lib cool! > > >> HOWEVER! This cannot be made to work for MSVS dsp files, can it? > > right; unfortunately IDEs do not allow you to specify options which > are in "string" form. That is, you can make multiple configurations in > a DSP file for an option which has a finite set of possible values > (like BUILD=debug/release) but you can't do that for a "path" option. Hmmm, i really see /I$(WXWIN)\lib\. Is that not enough to do the trick ? Maybe i do not understand the problem in the dsp files, Klaas |